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ABSTRACT 


This study investigates current thinking on the systems 
approach to management and its applicability to the project 
manager as an individual in the Naval laboratory, specifi- 
cally the Naval Electronics Laboratory Center (NELC) in San 
Pilecome Cc norniliob LU Hooks atl the NELG organization, 
management roles, conflicts, interfaces, problems and some 
procedures which are used by project managers in planning 
amd cOonvrolling, 

The authors conclude that laboratory project managers 
can be more effective if they have some management orienta- 
tion or philosophy, and that the management philosophy that 


besittelits the Paboratory environment is the systvéms approach. 
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ie NERODUCTION 


A. THE PROBLEM 

The Naval Electronics Laboratory Center in San Diego, 
California is one of seventeen Naval laboratories which 
conducts research and development projects. The projects 
within the laboratory are normally headed by a designated 
project manager who is responsible to both the project 
sponsor and the laboratory. The majority of these project 
managers have technical backgrounds and are technically 
oriented; they are engineers who have been thrust into a 
difficult job which requires both engineering and managerial 
talent. By background, experience and education they are 
skilled in the required technical ene but have generally 
not had to give much thought to managerial problems. 

The problem faced by the laboratory project manager is 
first to recognize the importance of managerial skills, and 
then do something ous ac Gates those skills so he can 
perform more effectively. Whether these engineers should 
receive managerial training before they move from the lab- 
oPavory bench to the wosition of project manager 1s no 
longer a question. Today, research and its applications 
are becoming more management intensive and all phases of 
the acquisition process are receiving detailed attention 
at every level in the Navy. An increased insistence on 
agcountabLiLty aa Perlormeance point@to a need forgag higher 


degree of management orientation. 
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in this paper, the management problems which the pro- 
ject manager must confront in the Naval laboratory environ- 
ment and a view of management which can be used to cope with 


these problems will be presented. 


pedi HYrOTHESIsS 

Naval laboratory project managers in general are tech- 
nically oriented, have technical backgrounds but are some- 
times lacking in the management orientation which is 
important to the project manager. The eeoneienen from 
engineer to project manager requires some change of motiva- 
tion, new skills must be learned and one's scope and view 
must be expanded. Senior managers often give little atten- 
tion to these needs, for they made the transition from 
engineer or scientist to manager long ago and have outgrown 
the difficulties they felt at the time. The management 
training offered is often poorly related to the problems 
involved in project management and the new project manager 
as"llefrt to find his’ own way, some at thie’ project ' s# and 
organization's expense. 

TheredOres 1 teis@tmeshypovnesis of this?paper that the 
laboratory project manager needs some management orientation 
to successfully deal with the management problems inherent 
inva projece. This does not mean to imply that his techni- 
coleomrmenvation is amy lesswimportant worm that technical 
skills should suffer because he develops a management phi- 
losophy. The SN One believes that. forgarproject manager to 


effectively manage a project, he needs a management ortentation 








woecomplimemt hiis@tGechnical ability. In addition, the 
management orientation or philosophy which he should use 
is the systems approach to management. He cannot walk 
around in a world of his own but must realize that "every- 


thing depends on everything else." 


Cael oe APPROACH 

Theypurpose Of the investigations and research conducted 
was to examine the techniques of control and management used 
by project managers in a Naval laboratory and determine the 
organizational structure and procedures which form the 
basis of the laboratory's working relationships. In addi- 
tion, various articles and books were researched a confirm 
the authors' thoughts as to what Peas titutes the total sys- 
tems approach to management. 

ihesapproach GO unis study consisted of three basic 
phases. The first phase involved three visits to NELC at 
San Diego to conduct interviews with project managers, re- 
Scdi Chimenei neers , Operations are seer Contracting specijal— 
ists, contracting officers and a project manager outside 
NELC.* Thissphase also included one visit to the Naval 
Weapons Center, China Lake, California in an effort to 


discover problems and techniques common to project managers 


‘Cleland, De taeeond King, W. R., Management: A Systems 
Approach, p. 142, McGraw-Hill, 1972. 


e 

An interview was conducted with Mr. John Heising, Viking 
Program Manager for Teledyne Ryan in San Diego, to obtain a 
feeling for some procedures and techniques used by a non- 


laboratory project manager. 
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in both NELC and NWC through interviews with personnel in 
positions similar to those interviewed earlier. loves a six 
month period, a total of nineteen interviews were conducted 
and the laboratory/project organization and procedures were 
reviewed in depth. 

The second phase of the approach involved primarily 
library research into the theory of the systems approach to 
management. The current thought and direction of the sys- 
tems theory was reviewed along with its application in 
various organizations. The timing of this phase overlapped 
the other two phases and a portion of it was accomplished 
between visits to the laboratories. 

The third phase was the main thrust of this paper and 
consisted of an application of the systems approach to tne 
laboratory project manager's environment through an analysis 


of the data obtained. 


JE 





It. THE SYSTEMS APPROACH TO MANAGEMENT 


A. INTRODUCTION 

this chapter will discuss the concept of a systems 
appr Ocei vOo Management. INWe application Of the systems ap-— 
proach to project management in a Naval laboratory will be 
discussed in Chapter IV. 

In current writings on the subject of total systems ap- 
proach, there is no obvious agreement as to the meaning of 
"Cotal systems." Some authors contend that while a total 
systems approach is theoretically possible, practically 
speaking it is not feasible.> Other authors believe that 
the key utility of the systems viewpoint is not in its aca- 
demic value, but rather its applicability to the real world. 
There are some indications that the term "total systems ap- 
proach" is used rather loosely and with little consistency 
as to its meaning. Therefore, it seems appropriate at this 
time to provide an understanding of the term which will fit 


Tae) vUnemeonceDumand application as intendedifor this paper. 


Doe HMORBLTECAL (ASPECTS 
Before "systems approach" is discussed, an understanding 


of the various meanings of the word system should be presented. 


3Brooker, W. M. A., "The Total Systems Myth," in Emerging 
Concepts in Management, ed. by Wortman, M. S., Jr. and 
Luthans, F., pp. 362-370, Macmillan, 1969. 


‘Cleland, op. ecit., p. 146. 


eZ 





The Dictionary defines system as: 


oe--l. a SET OY arrangement of things so related or 
connected as to form a unitary or organic whole: 
dS Maceo Laie sys LSM iirirRisatlem system, supply system. 


2. the world or universe. 3. the body considered 
as a functioning organism: as, my system needs ton- 
Miewlp wees. 2 seteet facts, principles ™rules, ete. 


Classified er arranged ap 4a regular seordcerly form so 
as to show a logical plan linking the various parts. 


5. a method or plan of classification. 6. a regu- 
lar, orderly way of doing something; order; method; 
regularity. . a number of bodily organs acting 


Voter ea vos pDeriorm One ithe Main Dodily fumetions: 
as, the circulatory system, digestive system. 8. 

an arrangement of rocks showing evidence, as through 
fossils, of having been formed during a given geolog- 
ical period: as, the Devonian system. 9. a group 
of transportation lines under a common owner. 10. in 
Cnemistry sea Sreup "Ol Substances an or approaching 
equilibrium: a system with two components is called 
panary, ene: with®three, ternary, Cres. mee 


There appears to be as many definitions of system as there 
are texts written on the systems approach. As one text on 
systems theory and management states: 
The concept of a "system" is getting a great deal of 
SULCMG Of, saeoeun I hGUS uiela Band acadenpremse1 reles 
Unfortunately, the word has many meanings; for pur- 
poses of this discussion, a system is simply an as- 
Scmplagever cCombinaticm ereunings or parts formang 
a complex whole. One of its most important charac- 
Leritstacs He Etav tS —COMDOsSeCU, Clima hlerarchy of 
subsystems. 
Some of the earlier and more influential (judging from the 


number of times they are referenced in readings on system 


theory) proponents of the systems approach, Johnson, Kast 





Pwebster's New World Dictionary of the American Language, 
Pomeeeme tail ow. ea. oy GUralnike D. Bb. and Friend, J. hey 
pp. 1480-81, World Publishing, 196!I. 

Svartin, BoeW., Jree 'The Systems Concept,” in gSystems, 
Organizations, Analysis, Management: A_Book of Readings, 
Pie Cuectoandes ). wee and. King, -W. R., pp. 9-50, McGraw-Hill, 
1969. 
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and Rosenzweig, define a system initially as: 


...'an organized or complex whole, an assemblage 

or combination of things or parts forming a complex 
or unitary whole." The term system covers an ex=- 
tremely broad spectrum of concepts. |! 


and later as: 


weal array of cComponents#desifened to accomplish 

a particular objective according to plan. There 
a emo Coe S11 ON) die C alles OOdll Umea S Gel ate] Ole 
First, there must be a purpose, or objective, which 
the system is designed to perform. Second, there 
must be a design or an established arrangement of 


the components. Finally, inputs of information, 
energy, and materials must be allocated according 
TO plan.8 


Melvin B. Kline and Melvin W. Lifson, in lecture notes 
prepared for a System Engineering course at the University 
of California, Los Angeles, define a system as follows: 

A system is a set of elements organized to perform 

@ SCt Cigeesignated functions in ordereto achieve 

desired results. An element is a set of resources 

organized to perform some highly interrelated sub- 

Scumeo nme nendcs bPCaesy)S mem MiunicttoOnsees (aeeresources 

which comprise an element include personnel, ma- 

terial, equipment, facilities, and information.9 

There are many more definitions of a system which could 
be presented. However, the definitions we have chosen to 
include appear to have a common set of ideas throughout. 


They can be construed to include the assemblage or arrange- 


ment of parts, things, components or elements organized into 


'Sohnson, Rimes fF. PeeWee RnOSCNZWeLE yc ras 


The Theory and Management of Systems, p. 4, McGraw-Hill, 
1963. 


sayeah De OL. 


Kline, M. B. and Lifson, M. W., System Engincering, 
p. 1-14, Lecture Notes, 1970. 
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a complex, unitary whole or structure. 


Therefore, for pur- 


poses of this paper, a system can be defined to include the 


interaction, 


interdependency and integration of the combina- 


tion of elements into a unitary whole by means of a plan to 


achieve desired results. 


Obviously; 


The meaning or concept 


of the word "system" carries with it a much greater amount 


of thought and in-depth study than is generally realized. 


An application of a system which will be used in this 


maperwamsesecen an thesNaval@laboratory organization which can 


be viewed as a man-made system having interaction with its 


environment (i.e. sponsor, contractor, workcenters, special- 


ists, other government agencies, etc.). 


interrelated parts working in conjunction with each 


in ordér to acconplish desired 
tion and thegindividuals. 

Now that the term "system" 
Un@erstoodl howe it will be used 


systems approach to management 


SJSuemso wcOnececDu, 1s morecEewidely 


It is a system of 
ou mer 
Oieneee 


TOG SOs ele vere py: Og atalpaiil aie) = 


has been defined and it is 
in this paper, what is the 
The 


or the systems concept? 


discussed than understood. 


It has been widely applied by people who did not know they 


were doing so and has often been ignored by people who 


should know better.” 


The systems approach beimartivyernvolves the idéa thar 


every organization is a system and is composed of many in- 


werrealaced@parts, all of which 


10 


Gleland, D. I. and King, 


affect each other and the 


W. R., Systems, Organlgations , 


a 





Analysis, Management: A Book of Readings, py. AT, McGraw-Hill, 
1969. 


dB. 





total system in some manner. Therefore, a manager's main 
concern should be given to the overall effectiveness of the 
system (rather than to the effectiveness of the individual 
parts or subsystems) and to the inter-dependencies of the 
elements of the system. This concept can be applied to any 
organization and any level in an organization. im applying 
the systems approach, overall organizational objectives and 
goals must be considered rather than just considering the 
parochial objectives of a particular subsystem. The manager 
must consider overall objectives and, if necessary, make 
decisions which are sometimes non-optimal for his subsystem. -t 
This does not imply that subsystems will always be non- 
optimized, for some decisions which are optimal for the 
total system wiil also be optimal ror the subsystem. 

The theory of systems concepts closely relates to a 
general theory of management that has evolved. It focuses 
on the fundamental processes which are essential for any 
type of organization — business, government, educational, 
social and other activities — where human andeonys pearl 
mesiources fare™e¢ombined lo meet Certain Ab Wee Saga. These 
fundamental processes have been described in various ways, 


Diuemele tour basic functrens of planning, organizing , eon— 


teow and Communicating have received feneral acceptance. 


tl pid. 


T@Fonnson, Ope rrae  O. LN. 
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Richard Johnson, et. al., defines them in terms of systems 
concepts as follows: 


Planning. The managerial function of planning is 
one of selecting the organizational objectives and 
the policies, programs, procedures, and methods 

for achieving them. The planning function is es- 
sentially one of providing a framework for inte- 
Prauaa Gecwno om Makine anagisevical ie SAGES 
man-machine system. 

Organizing. The organizing function helps to co- 
ordinate people and resources into a system so that 
the activities they perform lead to the accomplish- 
ment of system goals. This managerial function 
involves the determination of the activities re- 
quired to achieve the objectives of the enterprise, 
the departmentation of these activities, and the 
assignment of authority and responsibility for their 
PeuLormanee- mw tinue Che Oreani zing “Lumetlon provides 
the inter-connection, or intertie, between the 
various subsystems oe the total organizational sys- 
tem. 

Wonvcrol,. fhe fare, funchion Of control is,cs— 
sentially that of assuring that the various organi- 
Zational subsystems are performing in conformance 
to plans. Control is essentially the measurement 
Bilem COlMeccren Of A2Ctayvartywol the Subsystems tO 
assure the accomplishment of the overall plan. 
COMnmuntea ta On etic J€ONmMUnmeal lon fuUnculOn 1S pri 
marily one of the transfer of information among 
decision centers in the various subsystems through- 
SlemeiIe Ore ani Zatti on we Locwcommuniacation, tunct ren 
also includes the interchange of information with 
the environmental forces.1l 


These four functions should not be considered as independent 

a ely ied as nor Should any time sequences begimplied. it is 

part of the systems concept to realize how interlocked they 

are. Another list of the functions of management is plan- 
14 


Ning, Organizing, staffing, directing and controlling. 


Whatever terms are used, the advantage of approaching any 


l3rbed., po. t= 15. 


! 
1 "Koontz, Maemo oO" Donnell. ©., Principles of Managecnent: 
An Analysis of Managerial Functions, pp. 7 “19, MeGraw =the ls 
12 ean 
A 





acea or problem as a System so thew critical variables, and 
constraints and their interaction with each other can be 
seen is obvious. "It forces scholars and yao bel @atsaT in 
the field to be constantly aware that one single element, 
phenomenon, or problem should not be treated without regard 
for its interacting consequences with other elements ."1? 
This is exemplified in the case of the four managerial 
functions or processes. 

ive =p lannine.sorsanizing, convurol ling “nd communicating 
functions form the structure, means, measure and environment 
of the decision-making process. Management is basically the 
coordination and integration of all resources (both human 


16 Theme cOuaw 


and technical) to accomplish specific results. 
management process includes coordinating the functions so 
as to meet the overall objectives of the system. Therefore, 
the systems approach also involves coordinating and inte- 


grating the management functions of planning, organizing, 


monvrolling® and communreaving tAmae systematic manner. 


C. CURRENT THOUGHTS ON THE SYSTEMS APPROACH 
The systems concept has been in existence for many 


years; but in the past decade, a general systems theory has 


1 >rbid., p. 14. 


EPS canian: Be keer raencinlds of Managementwand_ Organi-= 
macvional™ Behavior, p. 5,e@John Wiley & Sons, 19/3 
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been developed to provide a basis for the integration of 
managerial techniques and scientific knowledge across a 
broad spectrum. 

In one of the more current texts on the systems con- 
ae. WERK Huse and James Bowditch address the subject 
from three perspectives — the structural-design view of 
management, work flow and the human perspective..! Regard- 
less of the perspective, the organization is treated as an 
open Bet erie which affects and is affected by its environ- 
Nenvewn Jiicmims Cl—s@ependencics@among the subsystems@aremas 
important as the individual subsystem. Organizations try 
to achieve a balance among the subsystems, but the balance 
is continually changing with the need to adapt to an un- 
Svaugle environment and the inter-dependence of the varte. 
The organization must be viewed from all three perspectives 
(as formal organizations, as flow systems and as interacting 
humans) for a complete understanding. To use the systems 
approach, it is necessary to integrate these perspectives.!? 

Another view of the systems concept which is more 
engineering/problem solving oriented is in the field of 


systems engineering. 


fase, Dot encima OWwdwe cine.) bone Behavior in Organ— 
iZavlomer Behavior, p. 5, John Wiley *% Sons, 1973. 


18, system is an "open system" when there are constant 
EPelatvronships tO 1tS environment, or inputs from the en- 
vironment and outputs to the» environment. 


Huse, Comme e poe 44-45" 


We, 





Experience has shown that the successful planning 

and acquisition of large complex systems requires 

the "systems approach." The systems approach 

recognizes the interrelationships which tie a sys- 

tem together; it recognizes that factoring out a 

part of a problem by neglecting the interactions 

among subsystems and components increases signifi- 

cantly the probability that a solution To the prob- 

lem will not be found; it requires that the 

boundaries of the system be extended outward as 

far as is required to determine which interrele- 

tionships are significant to the solution of the 

problem. 29 
This systems engineering view was generated in part by in- 
adequacies of military system acquisition and operation 
and considers systems engineering as the application of the 
systems approach. <2 In this paper, a broader view of the 
systems approach is taken and it is considered as more of 
a management philosophy than a problem solving or engineer- 
ing tecnnique. 

Another view, presented by Richard Johnson, et. al., 
of the systems concept is to describe the flow process, 
analyze each segment and explore relationships of parts to 
the whole. In this way, subsystems which fail to optimize 
their contribution to the total system can be meee et came 
This view thinks of the organization as an integrated whole 


where each subsystem or part is associated with the total 


operation and its structure is created by many subsystems 


eOuTine, G0. CULL... (eee. 


SUT oel sel, adi). 


Johnson, Gomme t ue, >. 9O% 
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arranged in hierarchial order. The output of the lower sub- 


systems is input for higher subsystems, which is input for 
the next higher level, LYE 
In this paper, the systems concept is viewed as a useful 
way of thinking about the job of managing. It provides a 
framework for visualizing environmental factors and allows 
Gecognition of the Hunctions of subsystems. Systems in 
which managers function are complex and the systems concept 
fosters away of thinking which helps clear up some of the 
complexity while at the same time helps the manager recog- 
nize the nature of complex problems so he can better oper- 
ate within the Peat cree iG Us important to recognize that 
every organizational system is part of a larger system with 
which it interacts and PeMenCesmmanG Ciaweaut Gyo cco seme 
in a constant state of change — they are created, operated, 


Zo 


revised and sometimes eliminated. 


Deel VORA SY STEMBAPE ROACH 

The "total system approach" is basically a philosophy 
or concept of management. The management can involve sys- 
tems engineering, business management, developmental en- 


gineering or project management, to name a few. Regardless 


ST esol 


eaionns cn: Lea eee nas Gs. ees. sand Rosenzweim, J. E., 


"Systems Theory and Management," in Emerging Concepts in 
fonasenenmcummed. by Wortinan., M. S., Jr. and Luthans, F., 
pe. So liaemiilan, 1969. 
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of the area or discipline in which it is used, it is a 
way of thinking or philosophy for a manager rather than a 
Mist of techniques, principles "re'cipé, book" or body of 
knowledge. 

It is a concept which provides the manager with a frame- 
work he should use to visualize the system in which he op- 
erates and the manner in which his area of responsibility 
is constrained and influenced. It recognizes the systems 
concept and the complex interrelationships which exist in 
every organization of subsystems. If understood by the 
manager, it will help to remove some of the complexity of 
Haus. Ob on the one hand; and on the other, Help] hanwee 
recognize the very complex nature of the structure within 
which he works. 

Some authors have implied that the concept of "general 
systems" has been translated into "total systems." While 
general systems theory is a valid concept because its pro- 
ponents realize its limitations, the total systems concept 
is not valid because it cannot explain the way things are 
or predict the way things are going to be (regarding the 
most significant aspect of the organization, ANS) (2° 
However, ‘the meaning of the term "total system" as used here 
“is not intended to imply a specific systems analysis tech- 


nique or management information system which will solve all 


Soo lcak Ore tens e565. 


ee 








Lic emeolens which almanager encounters®or predict problems 
which will arise. Rather, total system implies a management 
outlook which is oriented toward the goals and objectives 
midmelaves been established giors yunegwhole or total system. 

To use the total system approach, the manager must be 
able to see beyond the immediate consequences of any de- 
cision or change which he makes in his subsystem of the or- 
ganization. No one subsystem of an organization can function 
ei hic Cm Cc IywaVieneiemecners and amy acrilen taken by one wii 
haves Ciiecus!t whaen Can be traced throughout the total sys-— 


ef 


tem. When a manager makes a decision with no thought of 
Pom cileComem OLner parts Giethe Organization er the organi= 
zation as a whole, he is not using the total system approach 
Bom Lowed Mere. 

| In the following chapter, the Naval Electronics Labora- 
tory, Center's mission, personnel, funding, organization, 
manager roles, Cont imwets and gsimecriaces will bes presenved 
mimo eGo hiecme LCarcreumdeustanding ef why and how the 
system approach might be used by laboratory project managers. 
Chapter IV presents the history of project management, NELC 
project management, NELC Proj, eco manager's profile, some 
examples of problems encountered in planning and control- 


ling and examples of use/nonuse of the systems approach. 


Lar Guctiotce ciewdauscussioms which follows, the systems concept, 


<lcleland, Management, p. 142. 


1st OY Ri Sl ae ec 


a5 








or making decisions (whether planning or control decisions) 
in thie light of their effect on other subsystems in the 
organization, must be kept in mind. Understanding the com- 
plexity of the Naval laboratory, the many interfaces with 
which the project manager must deal and some of the problems 
encountered should make the value of the systems approach 


TO management clear. 
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Ill. THE NAVAL ELECTRONICS LABORATORY CENTER 


fe ”)6UINTRODUCTION 

Government laboratories can trace their history to the 
establishment of the Springfield Arsenal in 1790. Over the 
years Naval laboratories have played a major role in the 
development of weapons systems and have been responsible 
for technological advances in many speoaye 2° 

Today, the prime mission of the Naval Electronics Labo- 
ratory Center (NELC) is to be the principle Navy Research, 
Development , Test and Evaluation center for electronics 
mecnnology and Command, control and communication concepts 
and systems. More specifically, it is the primary in-house 
research and development capability for the following: 


- Navy and Marine Corps systems, subsystems and 
gechnologies 


"command; control and communications 


* electromagnetic surveillance, identification and 
navigation 


[@LeCuronic Wariare 
Mei OOOareG Invperncae Commun. Calc] ons 


*sintormation collection, processing, transmisstion and 
display 


= compuver and softCware cvechnology 


PeouUcOntie ie LCSte and, MONLTOring equipment 


26 . 
hOumemcOMNoleve streaument of Naval laboratory history 
Sc MUM own brennan, m. C., Project Management as 























Related to Weapons Development in Navy Research and Develop- 
ment Organizations, Master's Thesis, Naval Postgraduate 


sohnooly enterey, California, 1973. 
2) 





* electro-optics and optics 

- electronic materials, components and circuits 

. electromagnetic propagation 

* antennas and antenna systems 

ae uman Lactors, technology 

- electronic systems effectiveness engineering 

we OOoelectronics. 

The Naval Electronics Laboratory includes over eighty 
military personnel and fifteen hundred civilian personnel. 
More than three hundred of these hold advanced degrees and 
the proportion of advanced degrees has increased over the 
years. (Figure 1 gives an NELC educational profile from 
fiscal year 69 through 74.) Approximately one-naif of ail 
NELC personnel are professionals. Figure 2 gives examples 
of NELC professionals along with its professional mix. 

The laboratory is under the Navy Industrial Funding 
System and operates much like an individual business enter- 
prise, with complete accountability to its customer and 
Navy fiscal management. All funds, with few exceptions, 
are received from sponsors as the result of successful pro- 
fecusDacine @iecOompetitiom with Ouher research and develop-— 
mene sorcanigavaons. The exceptions "re military construction 
funds and a small amount of equipment and minor construction 
Aid Gepaltweunds Provided by stie Director of Laboratory 


Programs. Inet laboratory fiscal 73 budget, for example, 
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NELC PROFESSIONALS MIX’ 


FISCAL YEAR 
69 70 7] 72 7s 


ENGINEERS 
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OPERATIONS RESEARCH 36 
ANALYSTS | 


PSYCHOLOGISTS 19 
MATHEMATICIANS 31 





OTHER 27 - 





TOTALS 


“CSC DEFINITION EXCLUDES CERTAIN PROFESSIONALS IN COMPUTER SCIENCES 


9730773 
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totaled over $123 million. Palen 3 shows the history of 
NELC funding by RDT&E categories.“? | 

Avs, echo abia' understanding the role played by the lab- 
oratory project manager in equipment acquisition, this 
chapter presents the NELC organization, manager roles, con- 


fTlicts and interfaces. 


B. ORGANIZATION 

The traditional method of organizing has been functional 
departmentalizavaton. Thais method utilizes a top-to-bottom 
model with departments such as engineering, administrative 
Support, etc. responsible to one manager. However, if the 
emphasis in an organization is on contract work where the 
workload is composed of various projects with specific ob-— 
jectives and well-defined points of completion, then pro- 
ject organization is more appropriate. © 

NELCG Was need for bouvn the functional and thePoroject 
organizational models and therefore operates within a ma- 
Geux organizatiion (Pigures4) yee The matrix organization 
is the réadlization of a two-dimensional organization which 
emanates GirecGly irom the two dimensions of authority. 
LWaeec OMP EGrichivary orfanizaulolee— che project Organization 


anemerne Lunctional Organigaatiom — are merged to create the 


2 sensi Electronics Laboratory Center Digest, prepared 
Dymwiie Flanmane Office, 30 June 1973. 


3°oieland, Management, p. 33/7. 
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matrix organization.">+ 


This type organization is ideally 
suited as the NELC operating structure, for NELC is basi- 
cally two dimensional. 

The Command Control and Communications Program Depart- 
ment (Figure 5) contains seven major programs (e.g. Shore 
Systems - 1100, Surface Systems - 1200, etc.) ‘which are 
32 


externally sponsored. Bach major program in the Command 
Control and Communications Department contains numerous 
smaller projects (e.g. World Wide Military Command Control 
System —- 1130 under the Shore Systems Program and the 
Minimum Essential Emergency Communication Network Project - 
1320 under the Submarine Systems Program) which are headed 
yea pro ject managerem The projects within the Command 
Control and Communications Program Department comprise ap- 
proximately one-half of all NELC projects and are tasked 
and funded primarily by the Naval Systems Commands. The 
Projects in turn task and fund the five functional depart— 
ments (along with some outside contractors and other labo- 
ratories) for a specific requirement or level of effort. 
ihe project offices are organized functionally and may con- 
eoin only a few code 1000 personnel who are primarily re- 
sponsible for managing the overall project. An example 


of a Command Control and Communications Programs Department 


a2 Thed., p. 339. 


32Fop purposes of this paper "externally sponsored" 
Peters FO any project which is funded directly from a source 
Pitside tne laboratory organization. 
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Figure 5. Command Control and Communications Programs 
Department Organization. 





peojecer is thet World Wide Md Ti Geliey Command Control system 
(WWMCCS) project organization depicted in Figure 6. The 
project organization of the Command Control and Communica- 
tions Programs Department is the first dimension of the 
two-dimensional matrix organization. 

The second dimension of the NELC organization is seen 
in the five functional departments of meeerona nates 
technology, Information Technology, Engineering Sciences, 
Computer Sciences and.Administrative and Technical Support. 
Fach functional department is further organized into func- 
tional areas of specialization and appropriate staffs 
(Figure 7). The technology and sciences departments main- 
tain some of their own projects which are externally spon- 
sored while at the same time acting as primary support for 
eae Command Control and Communications Programs Department 
projects. When a functional department is performing a 
task for a Command Control and Communications Programs 
Department project, a task leader is designated within the 
functional department and has primary responsibility for 
the completion of the required task or level of effort. 
The task leader maintains close contact with the project 
manager through frequent conversations and weekly mile- 
stone/project review meetings. When a functional depart- 
ment has externally sponsored projects, a project manager 
is designated within the department and has control of the 


entire project. ' 
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C. MANAGEMENT ROLES AND THE SYSTEMS APPROACH 
1. Functional Managers 

The functional manager and project manager have 
different views of the organization. The functional man- 
ager is primarily responsible for a particular function or 
technology within the organization and for providing in- 
formation and skills on the "state-of-the-art" in his dis- 
eipline®. ~in addition, he’ must supporvt®projecttls in ‘the 
organization which require his knowledge and skill. How- 
ever, he is not responsible to the project office for per- 
formance but is responsible through the chain of command 
for his particular department or subsystem within his de- 
partment. Consequently, it is natural for him to become 
pagechnial in mis viewpoint: ii nou Carried to angextreme, 
this is a desirable situation for it tends to protect the 
integrity of existing specialized areas. The functional 
manager may however, become so wrapped up in his own area 
Sis DeCial wZacion eUnae Me COmesevo Consider his function 
as the only important one — at the expense of other parts 
Of thew organization or overall organizational objlectives. 

In the very human desire to do a good job, 

the functional manager tends to develop 

"Cunnel vision,” which allows him to see 

chanes Only Wwetiine themmareowsseope of his 

TUNEGTOnN andere conveniently ignore the 

"Digger picture”...An often-heard gripe in 

a variety of different organizations is that 

the organization seems to be run for the 

benefit of the accounting department or the 

elevator operators rather than to enhance 

bOemeOpvorlLunrly GO achieve overall objec= 


tives. This is a natural out-growth of 
over-zealous functional management. Since 


Bi 





the responsibilities of the functional man- 

ager are limited to his area, he seeks to 

make that area as efficient and effective 

as possible — often without regard to the 

eifecs of hig actions on other functions or, 

more importantly, on the basic tasks which 

the overall organization must perform. 3 
Although this loss of the "big picture” or not using the 
systems approach may become a problem in functional depart- 
ment management, it is not as critical a situation for the 
functional manager as it is for the project manager. 

Oo. Project Managers 

The project manager is truly a general manager. He 
must have the "big picture" and view his project and the 
organization in a perspective which will allow him to con- 
sider the performance, cost and schedule aspects of his 
project. t the same time he must motivate diverse groups 
toward a common goal or objective for his project while 
Keleping in mind the goals of the total system. Although 
Che project manager normally operates at a relatively low 
level in the NELC organization (i.e. fifth level below the 
Technical Director) "he must perform the same general 
management functions as do top managers — he must integrate 
Gme elLforts of a variety of functional managers to accom-— 
34 


plisn the goals of the project and the organization. 


He must have a basic understanding of all the functional 


33¢1elana, Management, pp. 340-341. 
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areas and realize the importance of each in the accompiish- 
ment of overall objectives. If he gets "tunnel vision" and 
the attitude that all other projects and functions are less 
Piporboallue tian has Own, Memmay be angas positiongto uperade 
his aronle oe at the expense of others and possibly at the 
expense of the total system. The project manager must use 


The systems approach. 


D. MANAGEMENT CONFLICT 

Conflict between the functional manager and the project 
manager is a natural outgrowth of the matrix organization. 
The project and functional managers maintain a relationship 
similar to a buyer/seller relationship with their respec- 
tive organizational elements having conflicting spec TLS. 
The project manager's first objective is to obtain satis- 
factory performance and schedule at the lowest possible 
POsG. FO Ghe project. @he functional managem naturally 
Wants what is best for his particular subsystem within the 
erganization and must divide his meets i among various 
Mmeoj;ectss. Thelproject and functional managers are thereby 
mmvOlved in a deliberate and purposeful conflict within the 
organization."-° 

If both managers use the systems approach or think in 
merms of the total system, this conflict is beneficial to 


moe objectives of the organization as a whole. The project 


ae 
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and functional manager must understand each others problems, 
constraints, goals and objectives in order to maintain an 
atmosphere of cooperation and compromise. If however, the 
manager views his subsystems as the only important one and 
always works to optimize its objectives, conflicts will in- 
erease and may need to be resolved at a common supervisor 
level in the organization. For example, at NELC if the 
WWMCCS Project Manager and a functional manager in the Ap- 
plication Software Division of the Computer Sciences De- 
partment could not reach agreement as to which engineer was 
to be assigned to work on the WWMCCS Project, theoretically, 
the lowest common supervisor at which the conflict could be 
resolved would be the Technical Director (Figure 8). In 
Pieter lces thas woull™ probably met hanven forgthe contlicy 
would be resolved at a lower level (i.e. the project man- 
Foci SMSUDerLOr and taelilunctional manager's Superior mignt 
@iscuss the problem, make a decision and pass it down to 

the project and functional managers without allowing the 
Peni lict to go any higher in the organivation). 

Ocnceecont lees. ariiertnvolvange promotion of personnel, 
Personnels tasking, resouree allocation and priorities. When 
these conflicts develop, a willingness on the part of the 
functional and project managers to negotiate is essential 
Memtic Dropper functioning of the matrix organization. These 


problems are further developed in Chapter IV. 
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E. INTERFACES 
1. External Interfaces 

The range of external interfaces which are re- 
quired by NELC in day to day operations is much too wide and 
varied to investigate in detail. However, some interfaces 
which are the most pertinent to NELC project managers will 
be presented. 

The most important external interface for NELC and 
individual project managers are with Naval Systems Commands. 
Systems Commands (e.g. NAVELEX, NAVSHIPS, NAVAIR, etc.) 
sponsor projects which are the primary source of funds for 
NELC operations. There are many formal and informal inter- 
faces with the Systems Commands which are carried on in 
various ways. For exampie, the WWHCCG Project Office in 
the Command Control and Communications Bosna Department 
was established when NAVELEX informed NELC of their require- 
ment through a task statement. A rough estimate of the task 
cost and schedule was prepared by NELC. NAVELEX then di- 
rected NELC to prepare a task summary which included items 
meecir asmamvask Gdesecriptioen, 4a fundings summary, subtask 
Gescriptions, Quality Assurance requirements, Integrated 
Moclific1e Support considerations, test andtevaluation re- 
quirements, etc. NAVELEX and NELC then negotiated cost, 
schedule and performance requirements prior to NAVELEX ac- 
ceptance of the NELC prepared task summary. Once the task 
Biuieimuwae acCCOLCCemnc Was, COMparabdes to a contract be- 


Eween NAVELEX and NELC. 
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In the initial phases of project establishment 
just described, there are many NELC and sponsor personnel 
and disciplines involved in the planning interface between 
NELC and the sponsor. Once the project is established 
there is one individual as the primary point of contact in 
the Systems Command that interfaces with the NELC project 
manager, but the project manager frequently must deal with 
other sponsor personnel in areas such as funding, Integrated 
Logistic Support, etc. 

Not all NELC projects are sponsored in the Naval 
Systems Commands (Figure 9). Approximately one quarter of 
NELC projects are sponsored by other sources such as the 
Director of Laboratory Programs, the Marine Corps, other 
havysSseurces,, Ouner Pepartment oleleiense’scurces and cther 
government sources (Figure 10 contains examples of non-Navy 
sponsored programs in fiscal 73). Each of these projects 
requires the same basic interfaces as Systems Command spon- 
sored project's’. 

Another important external interface for NELC pro- 
ject managers is in the area of commercial contractor sup- 
HOrtwmeone @f Che primary Sources ©1 project support comes 
from external sources (e.g. the MEECN Project relied upon 
Moller acvom SUPPOrusHOor appren@imatvally twenty—-Iive percent 
of its tasks). If a’project requires support in a particu- 
lar area which is not available from a NELC functional de- 
Dartment Or can be obtained at a better cost and schedule 


from a contractor, the project manager may develop a 
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NON-NAVY PROGRAMS (30 JUNE 73) 





GOVERNMENT 
PROBLEM ; 
SPONSOR TITLE NUMBER FY 73 FUNDS ($K) 
Air Force Solar Telescope Image M206 50 
Fiber Optics Radiation Effects F218 50 
Airborne VLF Propagation M215 50 
Advanced Anti-Radiation H101 56 
Short Pulse Backscatter , ; D211 50 
Detector Evaluation T301 50 
Hydrus . B218 25 
Emissivity Evaluation T302 5 
a eee 3 3G 
Army =: Detector Evaluation T301 200 
PIDEP F209 75 
RF Signature Sensor F108 62 
Surveillance with UV K285 10 
Advanced Anti-Radiation Sensor H101 a. 
ADP Services K337 20 
; 369 
ARPA (OSD) Develop and Improve Ribbon Wiring R215 100 
Fiber Optics Evaluation 7304 62 
Detector Evaluation _ 7301 100 
Transmittance Measurement Lig 10)7 te 50 
Integrated Optics Circuits Technique ris 37 
Remote Sensor r D308 92 
Blue-Green Dye Laser” B403 60 
834. 
DCA Scintillation Effects on SATCOM M405 50 
VLF/LF Propagation M216 100 
DCA Data Compressor R304 120 
, 270 
DNA lonospheric VLF-ELF Propagation . M402 127 
Atmospheric Dynamics in Ionosphere M213 25 
VLF-ELF Nuclear Weapon Effects M208 175 
327 
FAA FAA-VLF Handbook A206* 15 
Automatic Monitoring R136* 250 
, 265 
NASA Solar Contour Mapping M214 Jas, 
25 
U.S. Coast Guard Antenna Improvement B169 7 18 
Omega A107/110 262 
~ 280 
U.S. Postal Service Remote Video Encoding N451* 100 
Facts Visibility System K347 60 
160 
*Technology Transfer Figure 10. 
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TITLE NUMBER FY 73 FUNDS ($k) 
HF Sounder | M212 30 
30 
Fabricate Field Sensor K273* 6 
6 
Total Government "2,902.0 
_ NON-GOVERNMENT 
Shock Test K288 3 
Shock and Indication Test K287 1 
Vibration Test K258 15.1 
Drop Hammer Shock Test K269 0.7 
Shock Test/RF Amp K278 1.2 
Computer Rental K330 0.5 
Inspection/Testing T271 7. 0.4 
Inspection/Testing T271 1.0 
Support K408/523/ 47.0 
909/218 
Testing —  * K216 18.3 
FORACS—SACS R12 | 95.0 
Total Non-Government 183.2 — 
Total Non-Navy Programs 3,085.2 


Figure 10. Continued. 
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reaactionsaip with #4 commercial contractor in order to obtain 
the necessary support for his project. In addition, the 
Administration and Technical Support Department, through 
mic oUDply and Conlrace services Division, will)interface 
with the Navy Regional Procurement Office, Long Beach in 


36 


Pontvracting for the required support. This interface is 
further discussed in Chapter IV. 

The "fleet" is another external interface with which 
NELC must maintain close contact. As the user of NELC de- 
veloped equipment, the fleet necessarily provides inputs to 
project offices. These are sometimes direct inputs to the 
Project Olitees Chreugh agfleet liaison staff and are ysome 
times indirect inputs through the Systems Command sponsor. 
aaoimwcxamp ler, thesWWMCCS project creenization contains: 32 
fleet Liaison Starr which maintains direct contact with 
fleet units concerned with the project. Another example of 
a fleet interface is the test and evaluation of laboratory 
developed prototypes conducted in operational commands by 
laboratory personnel. 

ines Naval laboratory and the projects within it 
maintain many other external interfaces which have varying 
degrees of importance to the organization. A few examples 


include: professional meetings in technical areas, seminars 


3°nELC has purchase authority of $2,500 for routine 
requirements and $10,000 for emergencies. Any requirement 
which exceeds these thresholds must go through NRPO Long 
Beach. 
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With industry, management consultant groups, educational 
iis li UME remo molGme. mcIammeabOravordes , 
e. Internal Interfaces 

The NELC matrix organization chart indicates that 
the project manager must maintain many internal interfaces 
throughout the system. His primary interface with the 
technical functional departments is with the task leader 
who is assigned in the functional department to work on a 
Po cepask Worehiceprojeeu. Lm Chempersonnel area, the 
project manager has little direct influence as to the choice 
Or individuals} assigned to his project within a functional 
department (i.e. the functional division head knows his 
personnel, what type project each is best suited for, man- 
a? Comic eosOUrCcesmEUe SUpDOre Many yoroj;cecs and 25 the Lime 
authority for functional task leaders). However, the pro- 
ject manager will sometimes "politic" to influence the 
Sa OCnMeiumel cecemuain Keyeindividual when he has definite 
feelings that the individual and task are well matched. 

The project manager must also work closely with 
Administrative and Technical Support Department personnel, 
Pott Lcl lei aatetne oupply and Contract services Division. 
im Wilsepro.cet requires=support=!rem) commercial contractors, 
Ee Projecy. Manager must maintain ja close relationship with 
Pentrac yp mopecialasts dm the Supplyvand Contract Servicds 
Misco cechaurompaiat the wequim~al items in the procure- 
ment package (Figure 11) are properly prepared and sufficient 


tead time is allowed to prevent project schedule slippages. 
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Many projects interface directly with the staffs 
which come under the Deputy Technical Director (Figure 8). 
These staffs include such areas as systems analysis, Quality 
Assurance, advanced technologies and planning; and are used 
to varying degrees by different projects. For example, the 
WWMCCS Project Office utilizes analysis personnel (Code 230) 
as integral parts of its organization. 

Finally, an important internal interface which must 
De Maintained in any organization 1S the line authority 
chain of command within each department. The project man- 
ager is working for two bosses, his project sponsor and his 
superior in the department chain of command. The interface 
with his chain of command superior concerns the areas of 
gmvernal procedures, versonnel assignments, reports and any 
dealings up or down the chain of command. However, the 
fact that the project manager often feels obligated to sat-— 
mony his project gponsor first and his department superior 


nol 


second, is a good example of the "golden rule iMepwovec t 


management. 


3% 6 nan with the gold makes the rules. 





IV. THE PROJECT MANAGER IN THE SYSTEM 


A. INTRODUCTION 

A’ project manager and a project sponsor were on a hunt- 
ing trip. One morning the sponsor woke up early and went 
into the brush to get a lead on a bear which was reported 
To be in the area. The project manager was about to join 
him companion when he heard two shots and a blood chilling 
roar. His friend came running toward the tent yelling, 
"Open the flap! Open the flap!" Just as the project man- 
ager opened the flap, the sponsor ran into the tent chased 
by a huge bear not twenty yards behind him. As the sponsor 
ran through the tent and out the back he shouted, "You take 
care of this one while I bring in another one!" 

This chapter is concerned primarily with the man in the 
penta vuve project manager. The problems which confront the 
project manager in the Naval laboratory are many and varied. 
In the previous chapter some eine REN problems and inter- 
faces*with which he must contend were discussed. In this 
Smapter the history Cl project management, NELC project 
manazterisnoroetile, planninowand control problems and use of 
the systems approach will be discussed. The problems and 
techniques presented are generally applicable to project 
Menasers umead Matrix orranization regardless of size or 
type of project. Many problems which are discussed were 
contributed by the project managers who were interviewed and 


UC sa@eminnercmiga th a macrix Oorganiigation. The project 





managers and associated personnel interviewed are not quoted 
directly, but some of the thoughts and words used are para- 


phrases and composites of the remarks of several. 


Bee HISTORY OF PROJECT MANAGEMENT 
The origin of project management can be traced to World 


War II and the Manhattan Project in 1942, 38 


The @Oncepl sem 
project management has evolved and changed over a number of 
years and may have been called by different titles in ear- 
lier usage. The technique of project management today is 
viewed in the Department of Defense as a means to deal with 
the problems experienced in the acquisition of weapon 
systems. 

The prime mover in the evolution of project management 
was the technological revolution which made possible the 
complex systems of today. The technology which initiated 
the Manhattan Project was the nuclear physics of Albert 
Binstein. Although the Manhattan Project had an extremely 
high eRe DI POruty sue c ease may not have come so rapidly 
(project initiation to first bomb in three years) without 
the use of good project management techniques. 

In addition to the Manhattan Project, defense require- 
ments for large quantities of complex systems forced indus- 


try to look for new ways to manage development and production. 


38mg Manhattan Project was the effort to develop the 
Pirsteatomnic bomb. ~ 
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Difficulties involved in obtaining new weapons in a reduced 
amount of time created difficult management-type problems. 
megustry looked to project management as one possible 
solution. 

The military services have used some form of project 
management techniques since the mid-1950's. The Air Force 
created the Ballistic Missle Division with the responsi- 
bility of managing the Atlas, Thor and Titan programs; the 
Navy organized the Special Projects Office for management 
and development of the Polaris missle; and the Army es- 
tablished the Army Ballistic Missle Agency to develop the 
Jupiter missle. Each of these organizations had similar- 
ities that indicated a need for special management tech- 
Meaues ws Mech propram was Sivern high oriority withim the 
services and had first choice of personnel, authority over 
support organizations, exemption from normal procurement 
procedures, access to top officials and special funding. 

A project manager was selected and provided with special 
authority over personnel, materials, facilities and funds. 
These were important projects and contributed significantly 
GO the evolution of project management in the military. 

By 1961 the techniques of project management had been 
applied to many acquisitions other than missles within the 
services. However, there was a wide range of policies and 
procedures used from one service to the next and within 
mach service, A task force was formed to sttudy acquisition 


methods throughout the services with emphasis on project 





erarement techniques. The result of the study was a set 

of recommendations which included: more extensive Use en 
project management techniques as found in the Air Force and 
Navy, use of Program Evaluation and Review Technique (PERT) 
should be encouraged, more work should be done in the area | 
of delegation of powers to project managers and all services 
should employ a common management technique for use in 
acquiring complex weapon systems. 

Interest in project management continued to increase 
throughout the 1960's with conferences, studies and Pan ee: 
on project management techniques in the Department of 
Defense. In May, 1965, DoD Directive 5010.4, "System/Pro- 
ject Management" attempted to pull the services together in 
their efforts to manage projects. The Directive was intended 
for major designated projects and covered mandatory and 
nonmandatory application of project management techniques 
and procedures. Major system acquisition in the Department 
of Defense has continued to require ,the use of a chartered 
project manager and project management techniques. 

In recent years, the project management concept has 
been applied to many other functions where there is a spe- 
wre Ob jJecEive which, when achieved, means the end of the 
function. Project management today is widely used in in- 
dustry where a specific product must be developed and many 
functional lines must be crossed in its development. In- 
dustrial project management developed along the same lines 


as the Department of Defense project management. Technological 





advances with the accompaning need to concentrate respon- 
peubilities for development and®production effort in one 
organization were the primary factors responsible for its 
adoption. 

The application of project management techniques to the 
Naval laboratory is a direct result of the successes achieved 
on other government and industrial projects. The advantages 
of project management techniques for equipment development 
are obvious when applied to organizations where the emphasis 
is on projects with specific objectives and well-defined 
points of completion (as in the Naval laboratory develop- 
ment project). In recent years, the use of project managers 
and project management techniques has proven to be an ef- 


fective management concept. 


C. NELC PROJECT MANAGER PROFILE 

The laboratory project manager is a key individual in 
aeprocess which IS meant to provide for more economical and 
effective acquisition of equipment having the required per- 
formance and operational availability which can be sustained 
in a designated military environment. As a key individual 
in the development project, his responsibilities cover many 
areas and he should have a versatile background in adminis- 
trative areas associated with engineering as well as in 
ene ineering technology. 

From the interviews and research conducted at NELC, a 
"typical" laboratory project manager profile can be developed. 


He 15 £Orty-live years of age, has-been with the laboratory 





for eight years, has a degree in electrical engineering and 
has had experience in nis field prior to coming to the lab- 
Mmieauvory.) (nis proiile does not fit any particular individ— 
ual, but is an aggregate of the backgrounds of a sample of 
twelve NELC project managers (Figure 12). This "typical" 
profile reflects the Naval Electronics Laboratory Center 
orientation with the project manager's educational back- 
PeoumG wll Ioehoctirical engineering, his main f.eld of activity. 
In addition, from the twelve profiles available to the 
euUGeOuS gedu Ilseelear that a basic premise of Chapter I is 
supported in that only two (E and K in Figure 12) appear to 
have any management training in their background. Also, 
igmormuac  UWCIVG™projecy managers an ehegsample hold ad— 
vanced technical degrees. 

However, any specific project managers background will 
Very and his opinions as’ to what is most important in his 
background will vary greatly from project manager to pro- 
ject manager, depending on how he views his function. One 
project manager interviewed had obtained his undergraduate 
degree in electrical engineering/physics and his masters 
degree in management. He considered the management degree 
as the wee important to the management function which he 
performed. In other words, he viewed his job as that of a 
Manager and considered the management education, experience 
and techniques which he possessed as being the most useful 
in accomplishing his SiEOlecumouJecuives. On the other hand, 
another project manager with a degree fimevecurrcal engineecr— 


ange and ®aeminor in business administration considered the 
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4. 


PROJECT MANAGER PROFILES 
(Sample of 12 NELC P.M.'‘s) 
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management portion of his education as unimportant. He 
viewed his job as that of a developmental engineer. UdHe 
felt he hadn't used the management portion of his education 
in his past experience and most of the formal management 
procedures learned had been forgotten. He believed that 
management training would be of value in managing his pro- 
ject but that he was too busy dealing with pressing prob- 
lems to take advantage of any eee management training 
which was available. 

It was obvious to the authors that the manner in which 
the two project managers tracked their projects reflected 
their feelings on the importance of a management orienta- 
tion. There seemed to be organized, orderly procedures 
for project control in the first, while the second was a 
"pout out the fire" approach. However, both project mana- 
gers were managing projects which appeared to be successful 
in that they were making progress toward the development 
of a desired system and kept their sponsor well enough 
Soci siered Go Continuessupplying funds. In addition, both 
had been laboratory project managers before assignment to 
eieir curren. projiechs. Thnis tends to Support asestatement 
from an earlier interview that a NELC project manager re- 
mains in project mangement if he "gets the job done." 

The ability to do whatever is necessary to "get the 
job done" is probably the single most important trait ina 
project managers makeup. He must be able to make decisions 


Pometeare Necessary to accOomplisi project objectives. 
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Formal mangement education can be an invaluable part of the 
project manager's background to aid him in making the right 
decisions, but is not essential. Experience gained on prior 
projects or assignments and individual judgement, common 
sense and an intuitive feel for making the right decision 
can enable the project manager to successfully control his 
project. The ability to plan, organize, control and com- 
Munivcaue 1S essential to getting the job done in any project 
and every project ieee accomplishes these functions one 
way or another, with or without formal procedures. He may 
not view himself as a manager but he is at the focal point 
of every major problem area of his project. His ability to 
handle these problems (which will be discussed in the next 
section) has a direct bearing on whether his project is 
successful, partially successful or cancelled. The problem 
areas referred to are management problems and are problems 
which tend to recur frequently. There is no intention here 
to imply that technical problems are TA severe; they may 
in fact be the toughest ones to solve, but they are general- 
ly unique. The recurring problem areas are management prob- 
lems and require a management ability (whether formal 
education or experience in the project manager's background) 


[imaworoer GO arrive atc workable solutions. 


D. PLANNING, CONTROLLING AND THE SYSTEMS APPROACH 
The problem area concerned with planning has a major ef- 


fect on management problems within a project. Most problems 





which develop in a project can be traced to poor planning 
in the earlier stages. All other project functions depend 
on planning, deciding what to do, when to do it and where 
Como ference DrOj|ecueManagzer must plan #ortscheduling, 
budgeting, contingencies, personnel, reports, etc. and use 
the systems concept of planning which requires looking at 
the organization as an integration of all of its parts. \ 
Many problems associated with project management can be 
reduced or eliminated with good planning early in the pro- 
jgect's life. 

The primary results of faulty, unrealistic or incom- 
plete planning is loss of control over many aspects of the 
project which can eventually result in complete loss of the 
project. This*should be incentive enough for any project 
manager to do his utmost to ensure that adequate planning 
fOrenisspre,ece 1s accompllashned. This planning should be- 
gin in the project proposal stage with the sponsor's task 
statement and continue throughout the life of the project. 
miregcariy planning skould includesproject organizational 
structure, schedules, manpower requirements, in-house and 
PonvuracvermmecntorlLs, funding requiremenus, etc.8 This initial 
Planning @iforGeas =lhesKkey Gora successful project with a 
ind mum oueeroolems. S20 is asgmideline for normal projdct 
operations and is a baseline to fall back on in meeting 
Mnexpectved Changes and crises. 

Planning techniques which may be used by a project man- 


acer Vary in complexity and usefulness, depending on the 
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Size ana complexity of the project. A small single func- 
tion project may require a relatively simple plan and plan- 
ning Bechnique whilewsa large complex multifunction project 
may require many planning techniques and documents to pro- 
vide adequate direction. However, all projects should have 
Gave LoLengplan covering whatgis to beydone, how, when, by 
Hote Wwiat tb Will Cost, major foresceable problems and 
possible solutions. 

A detailed explanation of planning techniques which are 
Doi vielen cnie project manager is beyond the scope of Chis 
p2apeorrmoone Ceneral vechmniques whichsyproject managers have 
found to be useful in project planning and which develop 
nnto projeicl control tools!) as the project progresses include: 


MeomcUMUCao TL yc "xXDenditume DUGseL whseh plot time 
versus expenditures, 


* a rate of expenditures budget which plots time 
versus expenditure rate; 


o) Sar enartsewith project miliestones;: 
Boe lLWOrkSe and tacw@ri | 1 Caeepa el, 


* work breakdown structures which can set the stage 
for all subsequent planning; 


* make or buy analysis; and 
* PERT, which is an excellent planning device because 
it details the sequence of steps necessary to pro- 


ject completion based on their relation to each 
ONG ame 


some illustrations and discussion of these techniques can 
Pesseen im Appendix A. 
Planning is one of the initial problems the project 


Manager must face’ and it is not an easy task. However, if 
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he realizes that thorough, complete, well thought out plans 
wl yelp to avoid many of the problems which may develop 
in the future, planning should become easier. The project 
manager's attitude toward planning is reflected in his pro- 
ject organization and the control which he maintains over 
his project. In the examples of two project managers cited 
earlier, one viewed his job as that of a manager and his 
management orientation was reflected in thorough, detailed 
project planning, while the other viewed his job as that of 
a developmental engineer with little emphasis on management 
ama his projiec> did not appear to contain any plan to assure 
that the project progressed toward its end objectives. For 
example, the second project was in the advanced development 
stage and there was no pian for reiiability requirements, 
Quality Assurance or Integrated Logistic Support nor were 
milestones which had been developed in planning closely 
monitored. in act, thes project manager stated that mile- 
stone reports (i.e. keeping track of milestones made and 
missed) were not used, were not helpful in project control 
and were only prepared because it was a requirement. Addi- 
P2onallvy, there appeared to begno realgcontrol system used 
to track project progress (i.e. PERT, Gantt charts, mile- 
stones, graphs, etc.). There seemed to be a general feel- 
ing that paperwork/reports might be of some value but there 
wasn't time enough to prepare and use them. Lack of admin- 
istrative support was cited as one reason that the project 


pow eomuc be a2 fenecraliy “off the cuff" operation. It 
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appeared to the authors that with some additional planning 
and budget control the project might find funds available 
to hire enough administrative support to allow the proper 
use of project control techniques. For example, it ap- 
peared that the only fund controlling and monitoring tech- 
nique used was a weekly computer printout which presented 
The amount each functional code had expended on the project 
the previous week. 

In contrast, the first project contained detailed net- 
works with milestones from project initiation to completion, 
all responsible personnel were identified, there was a com- 
prehensive Integrated Logistic Support plan and Quality 
Assurance plan and complete budgeted expenditures were laid 
out. In short, where the project was ultimately headed, 
where it had been and where it would be at any point in the 
future was very clear. In the opinion of the authors, this 
type of detailed planning can make the project manager's 
job much easier, solve many problems as they arise and 
give the project a much greater chance for success. 

Another problem area for the project manager is in con- 
PrPOolLMneehis project is day to day operations. The primary 
elementss concerned with project control are budgets, costs, 
schedules and progress. If a project manager can maintain 
eontrol of these four elements he can maintain control of 
Moe pre jecu. Costs Mind progress refier to actual costs and 
Pees coc wile budgets anes schedulles refer to planned costs 


and progress. The project manager must be able to track actual 
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versus planned in order to know when significant deviations 
occur and take action to correct the deficiency. 

Various methods were used by laboratory project managers 
to maintain control of costs and progress. One of the bet- 
ter systems was based on the use of milestones and mile- 
Stone reports. The milestone report was an important tool 
for the project manager in controlling his project and 
could be prepared in various ways. The project manager 
might receive an input from each responsible task leader, 
prepare the milestone report and distribute it. Using this 
method does not necessarily obtain the fullest cooperation 
from task leaders and functional managers because they 


might interpret the report as only reflecting the project 


report did not reflect their problems or the real reason 
a milestone was missed. | 

The World Wide Military Command Control System Project 
Office appeared to the authors to have an excellent method 
of implementing their milestone and milestone report control 
system which encompassed the systems concept philosophy. 
The WWMCCS Project Manager felt that one of his prime func- 
tions was to seen ale cooperation, understanding and full 
PUupDOrtimot fTunectvLOnalgpersonnelim@tor hils project. Therefore, 
he prepared a detailed milestone report on a weekly basis 
which was a function of a Monday milestone/project review 
meeting. This meeting was attended by project personnel 


and all functional task leaders assigned to accomplish 
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project tasks. If a milestone had been missed in the pre- 
vious week or was expected to be missed in the near future, 
it was discussed with the responsible task leader, the re- 
port was prepared and was eventually reviewed at the depart- 
ment ner level. Since one of the prime objectives of the 
project manager was to obtain and present a clear and total 
Picture of his project's progress and schedule, the con- 
tents of every milestone report was prepared with the co- 
operation and agreement of the responsible task leader and 
Pit nOUeeweas the mOoOSteamporlLanty part "Ol the reporc. 

In addition to milestones, the WWMCCS Project Office 
prepared a monthly management control document for use as a 
project control tool. Again, the most important input came 
from the functicnal departments and gave the project manager 
amore accurate overall view and better understanding of his 
project and the organization. This document contained net- 
works with milestones for each task leader, cumulative mile- 
stones met and missed to date with an explanation of any 
missed and a plot of budgeted versus actual costs to date. 
the explanation of missed milestones included an estimate 
of its probable effect on the project as a whole and a new 
expected completion date for the milestone. 

Another weekly meeting was used for Lhe pro, ecu conti cus 
ration management program and included a review of detailed 
engineering change requests, engineering change orders and 
imc ld Ciieinecrane change reports. The day to day tools 


used by the project manager to control his project included 








graphs, Gantt charts and networks. An example is the fi- 
nancial status chart which is strictly a project manager's 
tool and tracks budgeted versus actual expenditures (Ap- 
pendix A contains examples of project control tools, some 
oni Ente were used in the WWMCCS Project Office). 

There was also frequent contact with task leaders, con- 
tractors and the sponsor through telephone calls and meet- 
ings. The project manager felt that the management tools 
which he used were essential if he was to maintain adequate 
control of his project and a clear understanding of the 
problems and relationships which affected it throughout the 
organization. 

Whatever management control techniques the project man- 
ager uses, they must tell him what progress (in both sched- 
ule and performance) he is getting for the money he is 
expending, give him enough detail on trouble areas so that 
he can take the required action, and enable him to see up- 
coming problems. To know where, when, why and what kind of 
action to take, the project manager must be able to track 
heaseprojiect cost, schedule and performance. He must isimul- 
taneously consider all these elements of his project and 
their effect on each other. How well he does this deter- 
mines the effectiveness of his management — whether he will 
Sonbereo lu pacmproject or waicontroliied by theseproject. 

A major problem area which created much concern within 
Pvelyeproj,oer Ollicetand for ealch project manager inter- 


Pere wed=weic oudmet Cuts. The project manager has little 
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control of budget cuts from his project sponsor and there 
seems to be no optimum way to plan for or predict cuts in 
GOovcal@funds. Planning for contingencies cantinmclude aryplan 
for certain cuts in particular areas to aid in the accom- 
panying reduction of effort, and the project manager should 
Haves priorivpies Set up rrom the most to least critical 
areas in his project. When a budget cut comes from the 
sponsor, there are basically three methods a project man- 
ager can use to reduce the funds to the functional depart- 
ments. He can eliminate the lowest priority tasks if he 
has planned with priorities in mind and the nature of his 
project allows it. He can reduce the level of effort on 
each task by a set percentage and settle for reduced per- 
formance and a less desirable schedule. Finelly, he can 
try to reduce the funds to the functional departments so as 
co ce the least impact on his project while at the same 
time @Considering the current situation in dach functional 
department (manpower utilization, current need for funds, 
etc.) and make cuts that have the least effect on the en- 
PiicemomwanlZavt One. Afoilng Fo do this hei must havegplanned 
with priorities in mind so he knows where he can accept 
less performance. 

Nema Cagoum1 Me Chapocere. eee enewauchors® consider the 
Systems approach as primarily a management philosophy or 
way of thinking which a project manager can use as a frame- 
work to visualize the system in which he operates and how 


PromplOue@Umor aleCa Ol responsibility is constrained and 
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influenced. The systems concept can make the job of man- 
Sc INesoepro | CCoucacsier by giving @) Getter understanding of 
the system, but it can also make some decisions more dif- 
ficult be requiring the consideration of more variables 
(e.g. the decision to use in-house effort rather than an 
outside contract for the development of a particular module 
might be easily made if the only variable considered is 
ira SCOSt ) . 

The systems approach can be applied when considering 
the method used by a project manager in distributing funds. 
If the project manager is always thinking of his project 
alone and always makes decisions in the light of their im- 
mediate effect on his project, he may attempt to use com- 
mercial contractors to a maximum extent in order to obligate 
as much of his budget as possible to guard against budget 
cuts (i.e. funds within the laboratory are easily recalled 
by a sponsor while funds obligated in a contract are not). 
treo method.ot handling funds may meduce the difficulty of 
eeluturne project decision when a budget cut comes, but it 
may also cause problems in the overall system. The func- 
tional departments are partially dependent on the Command 
Control and Communications Programs Department as a source 
Pei vUndswee Lt thestunctional departments are not utilized 
whenever possible by project managers, in the long-run the 
total system may suffer. 

Most successful project managers employ the systems ap- 


proach to project management whether they realize it or not. 
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In the example on budget cuts, one project manager inter- 
viewed used the systems approach in the decision-making 
process concerning redistribution of funds to the function- 
al areas involved in his project. After receiving a budget 
cut from his sponsor, the project manager would first look 
at areas which were least critical to the project as pri- 
mary candidates for the major portion of the fund reduction. 
At the same time however, he would look at the present and 
possible future situation in the particular functional de- 
partments concerned. Factors such as the workload in the 
department, its present need for funds and its ability to 
transfer personnel to other projects might be considered or 
might be factors which eventually tip the scales in favor 
of a greater fund reduction in one functional area versus 
another. 

A project manager must know the organization in which 
he operates. He should know how each subsystem within the 
Covel) system functions and their relationship to each other 
mimorder Go understandythe overall effects his’ decisions 
will have. An example of using the systems approach or con- 
sidering other subsystems in the organization when making 
micOveceeaecis1Oons 19 im the’ area of Contracting. The labo- 
Pacvory project manager must understand the procurement pro- 
ecss and exactly what #s involved in government contracting 
Tee CcOonnieremomesOUurces ~almc olopily and Contract Services 
Division within the Administrative and Technical Support 
vevertinonuperLOrmasa Very important function for the pro- 
ject manager when he must utilize a commercial contractor 
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Pompemi orm a Gertain task or level of effort. The contract 
specialists are in the organization to facilitate the NELC 
procurement cycle (Figure 11) and act as an interface between 
the project manager and the Navy Regional Procurement Office 
(NRPO). A primary part of the procurement cycle and one 
which must be understood by the project manager is the pro- 
curement eGURKTE (Figure 13). If the project manager is 
aware of the procurement requirements and procedures which 
must be accomplished prior to contract award, makes an at- 
tempt to bring the contracting specialists into the prepara- 
tion of the procurement package as early as possible and 
understands the constraints which face anyone involved in 
government procurement, he will not only be increasing the 
robability ef having a successful project but will be | 
Pepin iene Geralwsystem Ge meeru its Objectives. 

A project manager cannot sit in his office, make his 
Plans anaeeonurol hiss projecu wilhouL understanding the 
requirements of other subsystems. For example, a project 
manager may have planned for many months to procure a 
Barvacular piece of equipment which he needs on @ certain 
dave! Ge meet Nils schedules Without really understanding 
the leadtime involved in the procurement, he prepares the 
Procumenemy Dackare and 10 arrives On the contract special- 
tue 5 GleSK With@aenotation to the elfect that the item 
PNuSs babe sitiethe project Office within thirty days or the 
oe owe OC il Seiten prOcureMmeiy requires competition 


according to the Armed Services Procurement Regulations, 
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The following indicates average number of days elapsed 
between the time the purchasing office receives a complete 
procurement package to contract award. 


Calendar days 


a. Requirements to be negotiated with 210 
an estimated cost in excess of 
$2,000,000 

b. Requirements to be negotiated with 160 


an estimated cost between $300,000 
and $2,000,000 


ec. Requirements to be negotiated with 143 
an estimated cost between $100,000 
and $300,000 


dad. Requirements to be negotiated with 91 
an estimated cost between $10,000 
and $100,000 


e. Requirements to be formally adver- lke @ 
tised in excess of $10,000 


f. All other requirements, exclusive 60 
of Installment Funding 


g. Amendments involving exclusively ec 
the addition of funds in accordance 


with an existing Installment Funding 
Clause 


Figure 13. Procurement Leadtimes. 
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the leadtime required just to get the contract signed may 
be ninety days or more. If the need is urgent enough and 
another procurement method can be justified, the contract- 
ing division may be able, through extra effort and some 
kind of "firedrill," to reduce the leadtime and meet the 
project's schedule. If the project manager had understood 
the effort involved, he may ave brought the contracting 
specialist in much earlier and been able to prevent many 
headaches for himself and others. Looking at his organiza- 
tion as a system made up of subsystems which affect each 
other, the project manager can reduce many of his problems 
and total system problems. 

A final example of the systems approach in laboratory 
project management is in the area of personnel. A project 
manager normally has little real influence on the selection 
Biegwhich andividuals will Betassigned to his¥project from 
the functional departments, but can sometimes "politic" to 
iifiuence the@assignment of a certain key individual when 
he has strong feelings that the individual and task are well 
macvechned. This procedure can be beneficial to both the pro- 
ject and the organization as a whole if not carried to an 
Gxeerenewmlimoae particular Drojecy Manager, because of his 
project's priority or his persudsive ability, is able to 
obtain the best qualified people from each functional de- 
partment with which he deals, his project will be well 
mlatiCad Witme une best talent but other projects and overall 


Sig@anazatilonal effectiveness will suffer. To use the systems 
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approach, the project manager must view manpower management 
as a subsystem interacting with other subsystems in the or- 
ganization. He should develop a personnel program that is 
adaptable to his project and can be directed toward estab- 
lishing and maintaining an adequate and satisfactory pro- 
ject team. He must strive to staff his project with 
personnel who are compatible with the objectives of his pro- 
ject, not necessarily the individuals who appear best 
qualified in every technical area. 

To use the systems approach is not difficult but it 
requires the ability to see beyond the immediate effects 
and advantages of a given decision. It requires the ability 
to see the "big picture" or what is best for the total sys- 
tem in the iongrun. it may even require a@ project manager 
to say "this project is not going anywhere, it's a waste 
of money and should be discontinued" with the full know- 
ledge that if it is dropped, he must find a new project and 


SOurecmol si undGs. 
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V. CONCLUSIONS 


The systems approach to management is a way for the 
manager to view his environment which allows him to make 
more viable decisions. If the laboratory project and 
project manager functioned in a vacuum; if every decision 
affected only whe prakest then the systems approach would 
not apply to NELC. However, from the very nature of the 
laboratory organizational structure and from the manner in 
which it operates (as described in Chapters III and IV), it 
is apparent to the authors that the systems approach is the 
most applicable management concept for NELC. 

The systems approach has been peoriled by some project 
managers (although they may not have called it the systems 
approach) with success. Other management approaches may be 
more successful in some situations over the short-term, but 
the systems approach should provide the most rewarding long- 
term benefits for the laboratory Bronece manager. 

The NELC project manager is normally an engineer or an 
toicgivrtduale with a ivechnical paickground. | This technical 
training is of prime importance to the project manager and 
nae POC Withee Ott LCumupaecomnplicated and. some- 
times unsolvable technical problems which are encountered 
in a development project. However, when a developmental 
ene@ineer moves from the Waboratory beneh to the project 
manager's desk, the recurring problems which he must face 


are management problems. Budgeting, re-budgeting and 
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tracking expenditures for example, are day to day problems 

which are encountered. Failure to effectively plan for and 
control these types of problems can lead to the failure of 

a project just as surely as the inability to solve a major 

Technical problem can be a project's downfall. 

Therefore, the PANO mAeo ce project manager must realize 
That he is more than an engineer. He is also a manager and 
he must develop a management philosophy which will enable 
him to cope with the management problems he faces. The 
management tasks should not be underestimated. Careful 
attention should be paid to the planning process, including 
the identification and analysis of alternatives. and a clear 
cut understanding of the actions and responsibilities of 
supporting personnel both within and outside the Naval 
laboratory. In addition, the project manager must have an 
effective control system that provides timely feedback on 
potential problems and allows him to take corrective action. 
He must have a management orientation or philosophy which 
allows him to see the entire project and all of its 
interfaces. 

Tih owy Lews eOndueved Over wrmhomsix month period jwerhere 
appeared Go che authors to be no universal understanding, or 
use of the systems approach. However, it was obvious that 
some project managers operated under the systems philosophy 
ena neourchitmpesli tively im manawerial’ sense and that to 
some extent the systems approach was used by everyone inter- 


Viewed. In other words, for a project manager to successfully 





function in an environment such as NELC where frequent contact 
is required with subsystems other than his own, he must be 
able to understand and obtain the cooperation of these sub- 
systems. Otherwise he will not be likely to remain a pro- 
ject manager. Nevertheless, in the opinion of the authors 

he can be a more effective project manager if he is aware 

of the systems concept and attempts to make every decision- 
in the light of its affect on other subsystems and the total 
system. 

The NELC project manager appeared to operate under some 
constraints which may not be common to project managers in 
general. Within his organization he operated as an indi- 
vidual ina chain of command with a supervisor directly 
above who piaced demands upon nim. He aiso had to satisfy 
his project sponsor who was external to the organization. 
The fact that he was trying to satisfy two bosses whose ob- 
jectives might not coincide is in conflict with basic prin- 
ciples of any management approach. -:An example was the 
individual who let internal requirements slide so he would 
have time available to satisfy sponsor requirements. In 
his mind, and maybe rightly so, he could not justify the 
time required to deal with all internal demands. This type 
Se Alcuacion will make it more difficult for the individual 
manager to practice the systems approach (i.e. when the de- 
Mandswor Ones interfeechore ysecn gas) all important, the re- 


lationship with others is degraded). 
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Meether constraint with which the NELC project manager 
must deal is in the area of commercial contracts. The pro- 
ject manager in industry normally has complete control of 
his project and can subcontract tasks when necessary. The 
laboratory project manager on the other hand, has no con- 
tradevineeaurvnioritya. Ln tact, to contract witha commercial 
vendor he must go through two more systems or organizations. 
Pitisusemcmaca lt directly wich contracting specialists Sin 
the Supply and Contract Services Division to prepare his 
procurement erce Then the Supply and Contract Services 
Division must interface with the Navy Regional Procurement 
Siigmece which Mets tyme contract. From the viewpoint of the 
project manager this is not an ideal contracting procedure, 


but it illustrates the necessity for the project manager To 


understand systems other than his own, know their constraints 


and procedures and made decisions which affect his project 
With the knowledge of their affect on thosle systems. 

In preparation of the procurement package and specifica- 
tion writing, there appears to be a need for more coopera- 
Blom and Understanding between laboratory project managers 
and contracting persioonnel. At NELC, various methods could 
be used to promote a more effective interface between the 
Bonbtoceine specim@l ist and themprojecy office. One method 


WOould=bemvo divide thie projects among the contracting spe- 


eWolistseso that chesindividual specialist could more closely 


rela cmtGmepeCil lGuproj ects, maintain close contact with his 
Peeciumen projec: Menaercers and Dewbetter able to sce progress 


and anticipate project needs. 
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At the same time, every project manager should take 
migonmace Ot QQpoOrtunmatres LO ancrease his#knowledgeror 
procurement procedures and internal/external requirements 
Pla Ccedmonmsmlic supply ane@eConbrmacsh Services Division. For 
peated in December 1973 a short three day research and 
development procurement course was offered at NELC which 
presented an ideal opportunity for project management types 
TO increase their understanding of the procurement process. 
Only two of the eighteen NELC personnel who attended the 
course were directly related to project management. The 
majority of the class consisted of contracting/supply per- 
sonnel and the subject covered was basically a review for 
them. This type of course could be most beneficial to the 
typical project manager in furthering his knowledge of pro- 
curement procedures and improving his interface with con- 
Gracting specialists. 

Project management personnel should also takeFadvantage 
of management training opportunities whenever possible and 
higher level management should®see that these opportunities 
Sresmacdemcval lables) Any training course whitch 18 offered 
should be well advertised throughout the organization and 
its intended purpose should be specified (i.e. procurement 
orientation for project management personnel, specific man- 
agement training, etc.). The opinion was expressed that 
some type of management training would be nice but, as a 
Dre ices Maliabers there Was not time CoO attend courses, etc. 


Do wtiew easel May, cine authors feel that if a project manager 
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would take the time to acquire a few good management tools 
Pogo imme inte tiemwbires Whichetrequire immediate and 
constant attention would be much less common and time 
consuming. 

A prime consideration in enabling laboratory project 
managers to understand and use the systems approach is in 
the attitude of higher level management. If senior man- 
agers realize that the transition from developmental 
engineer to project manager is not always an easy one and 
That some individuals should have a mangement orientation 
or training to more successfully meet organizational and 
project objectives, then management training will be made 


available and project managers and prospective project man- 


er 


Beers will be stron@ely encouraged ts take advantage of it. 
Hine) | Vali toe sODlTILOn OL the authors, the matrix 
organization as utilized at NELC is an effective and flexi- 

PlCsStrictmmes weld sntted pos meetmbobm project and func 
Tional goals. With its many interfaces and subsystems it 
is the ideal structure in which a project manager can 
practice the systems approach to management. The project 
manager may "get by" with no management philosophy or the 
Moiilocophy thaw wha smcood [Orenis project is good for the 
total system. However, the authors believe that if a pro- 
ject manager will consciously practice the systems approach 
to management his job will be easier, his project will have 


feo Lormsenance  shor—esuceess , oblhcrmaubsystems’ goals will 


be more easily met and the total system will benefit. 
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APPENDIX A: SOME ILLUSTRATIONS AND DISCUSSION OF PLANNING 
AND CONTROL TOOLS 

The following pages contain some general examples of 
planning and control tools and techniques which can be use- 
ful in managing a project, along with some specific examples 
of tools used by a laboratory project manager to plan for 
and control his project. Some examples are very simple 
and their purpose is one of illustration. However, some 
project managers could probably increase the value of their 
planning and control by thinking about how they might ap- 
ply something as simple as a plot of planned versus actual 
expenditures to their project. 

At the end of this appendix there is a brief discussion 
Cre FER whiem as intended as alifamiliarization. An il- 
dustration of PERT ius beyond the scope of this paper but 
a detailed explanation can be obtained from many sources, 
one of which is MIL-P-23189A (Navy) dated 25 October 1962, 


a milspec on PERT/Time and PERT/Cost Management. 
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TRACKING EXPENDITURES VERSUS BUDGET 


1G: ie not controlling to track cumulative expenditures 
as in the upper chart. Expenditures aet be compared with 
planned expenditures (budget) as in the lower chart in order 
that deviations may be detected and worreeL igs action taken. 
The upper chart gives a manager very Jittle useful informa-— 
tion. The lower chart, however, clearly points out that 
more money than planned is being spent and that something 


had better be done soon to correct the trend. 


&§g TIMES NOW 

‘CUMULATIVE | | 
EXPENDI- : 

‘TURES IN $ 





TIME NOW t 
CUMULATIVE | ee Nee XP TURES 
BAPENDI- ween PLANNID EXPENDITURES 


ITURES IN $ | | 





8) 





The chart depicted below is an illustration of a chart 
used to track expenditures with funds budgeted (in this 
case budgeted means funds set aside for the project's use), 


funds actually expended and planned expenditures all shown. 
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BAR CHARTS 
Bar charts are another tool which can be used to track 
Deon recsisgandeamay bDegasesimnp Le or - aca Coscia cs 1 red. 
However, as can be seen from the two arte below, an indi- 
cation: of tasks completed (upper chart) is almost meaning- 
less compared to progress versus schedule (lower chart). 
Mies lovwer chart clearly points out That tasks 1 and 3.are 


behind schedule while 2 is complete and 4 has been completed 


well ahead of schedule. 


— ee 


| TIME 
| NOW 





TASK 
(// / |} PROGRESS 
| | SCHEDULE 
TASK 
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NETWORK AND MILESTONE CHARTS 


The following four pages are examples of typical mile- 
stone charts used by the WWMCCS Project Office primarily 
for planning purposes. The milestone charts are made up 
by the task leaders and submitted to the project manager 
for approval. Milestone charts are excellent tools to aid 
in the planning process but are also used to track the 
project. 

It is not intended that the reader interpret the 
figures, symbols, etc. on the charts, they are simply ex- 


Apc SCM control tOOlSmn Use by asparticular project. 
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MILESTONE REPORTS 


An example of a typical milestone report is contained 
in the following seventeen pages. This particular mile- 
stone report was prepared by the WWMCCS Project Office 
tencover the week ending 7 December 1973. The milestone 
BeopoOry iS#am excellent control pool im that Teveives an 
overview of the entire project (excluding funds) and al- 
lows the manager to see progress made and expected to be 
made in the future. 

It should be noted that milestones are explained and 
discussed in the report along with their probable impact 


on the project. The fact that a milestone was missed may 


or may not be significant, depending upon its relationship 


to other milestones and the project as a whole. 
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ONE REPORT - DETAIL PROBLEM/PROJECT 


et ee ie ee le ee Se 


WEEK ENDING 




















N424/0S1S JmUCCEnDCh mto/ = 

PROBLEM MANAGER,CODE 1130 epee NS ee 

PROGRAM MANAGER,CODE 1100 2 A MILESTONE DATE eee 

ee ee ee 0 a oO oe a ae aoe eee S ISSED W . 

MILESTONE v2 O emer 

No, IDENTIFICATION , o' og vis 
05 | Trade-Off Anal-Est Posit Methods Di 230[1E 11/16 | Lien 


08 | OSIS/ISS Funct Descrip (Final) D » PEWS 
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- .|Previous FY-74 Milestones completed | ; SO mee 
D; S = Start P = Preliminary E = External Deliverable 
F = Finish D = Deliverable * = Compicted early Ee 0 | 
MILESTONES MISSED (INCLUDE REASONS, EFFECT ON PROGLEM/PROJECT, REMEDIAL ACTION a ae 
TAKEN, AND WHEN) FY-74 4 ] 2 
- TOTALS 
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PROGRAM MANAGER, CODE 1100 Z ets fAILESTONE DATE Pt SS = 5 

O+o A L = Os 

ie Uae TSCHEDULAD] REVISED ACTUAL i |522 

Ito. CE” “Tor a * 5 a 

h ie ae 
701 | Command Manual (2.0) St 5320 7/2 
702 | Program Maintenance Manual (1.7) D Ve 
703 | Program Maintenance Manual (2.0) S 7/16 
104} Command tianual (2.0) D E 11/16 
105 } Program Maintenance Manual (2.0) OD Bee 14 


a 





a ‘ ; 
Previous FY-74 Milestones completed | , a Se h2 | 
‘D: S$ 2 Start Pos Preliminary E = €xternal Oeliverscle | , lo ‘i 
F = Finish 0 = Deliverabi2 * = Completed early TOTALS 4 | 0 | U 
MILESTONES HiISSED (INCLUDE REASONS, EFFECT ON PROLLEN/PROJECT, MEMEDIAL ACTION are cp a 


TAKEN, ARD WHE!) 


TOTALS 78 48 2 
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PROBLEM MANAGER,CODE 1130 : Wi. eee 
‘ : HES NE We 
PROGRAM MANAGER, CODE 1100 Z bt wy _ MILESTONE DATE > 
a ce ns SS Se 
a4 - Ee wu — O ~ 
sen He eS +} 2" IscHrouULfOl neviseD <2 
Bo, IDENTIFICATION . oo - 
101 | Phase 2.0 Training Pian Sy ray 7/4 | 7/4 
102 | Phase 2.0 Lesson Plans/Trng Aids Sj} 9/4 9/4 
103 | Phase 2.0 Training Plan D | - f& 9/714 9/28 9/28 
104 | Phase 2.0 Lesson Plans/Trng Aids D E16 aye 2/7 
, a 
2 
‘ we 
ae j 
Previous FY-74 Milestones completed 
i. j F . : = : 
2D; S = Start P cs Preliminary E = €xternal Deliverable f on 
| F = Finish DO = Celiverable * = Completed early TOTALS | J 
GBULESTONES HISSED (INCLULE lh EZASONS, CEFECT ON PROGLLM/PAOJECT, KEMEDIALACTION [oe a 
TAKEN, ARO WHER) FY-74 19 S ] 
- | owe _ TOTALS 
IT milestones on this page have been completed. | 
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ONE REPORT - DETAIL : PROGBLEM/PROJECT 


N424/0S1S 7 December 1973. 


EM MANAGER, CODE ore lon _ 
i 1130 CHOCK ONE 




















PROGRAM MANAGER, CODE 1100 i is MILESTONE DATE a 
| (iene Qe a | cae ae a c fw Leisseo '9 2 
- pe SE ee scucouucos Ineviceon eacronie < pln an eee 
No. IDENTIFICATION ; ~ te 2G ;ORS 
201 ELINT Funct Cescrip (Prelim) SW locee 8/6 8/6 X ! | 
208 | Conversion Status Report S 9/10 S/ | Ome x 
209 | EGC-10 Coding S 9/10 9/10 | X | ! 
212 | Conversion Status Report F 10/19 *10/16 | X 
213 | EGC-10 Coding F 10/19 *10/16 | eae 
214 | Geo-Correlation Unit Checkout . § | 10/22 10/22 ; X | 
204 }ELINT Funct Descrip (Prelim) D : 11/2 10/29 | x | Xe x 
205 | Design Review (ELINT) S ; 11/7 11/7 Be Xe ei FF 
70 [Design Review (ELINT) F p18 ie thee © 
M1 |ELINT Funct Descrip (Final) S| W/12 | 2 1)}/1 2a oe 
15 | ELINT Funct Descrip (Final) D 731/230 12/7 ee 12cm y | 
16 | Geo-Correlation Unit Checkout F 11/30 Wi? X X 
N7B{| ELINT SSD (Sects 1-3) S 12/3 12/3 X 
N@B; ELINT Data Requirements S Was X X 
N9B) ELINT SSD (Sects 1-3) F Ae 
208} ELINT SSD (Prelim) S 1/14 
evmeeLINT SSD (Prelim) P CIA5 
22B} ELINT Data Recuirements P 2/15 
/23B! ELINT Design Review 5. | AIS, 
248) ELINT Design Review F St 
COMeeLINT SSO (Final) S 3/4 
26B) ELINT SSD (Final) D EgmeO?/ LS 
{278 ELINT Data Requirements (Final) D & Sle 
|Previous FY-74 Milestones completed 
BT = Cancccd o's = concstepeny. roras | 12] 3| 2} 2 
MILESTONES MISSED (INCLUDE REASONS, EFFECT ON PROBLEM/PROJECT, REMEDIAL ACTION ne 
TAKEN, AND WHEN) FY~74 ae <6 2 
TOTALS 


ito. 216 - This milestone was missed due to delay in receipt of mail. Estimated 
completion date is 14 December 1973. No impact on the progran 1s 

| anticipated. Responsible code is Code 1130. . 

lo. 2188 - This milestone was missed due to key person being on leave. Estimated 
start date is 10 December 1973. No impact on the program is anticipated. 
Responsible code is Code 5320. 
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WE REPORT - DETAIL . PROBLEM/PROJECT ‘| WEEK ENDING 
N424/0SIS | af ece paneer s 
ROBLEM MANAGER, CODE 1130 . ellie 
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ROGRAM MANAGER, CODE 1100 Zu wy MILESTONE DATE windstar ie e 
0. 3 a w dle ! rs v is 
5 ee — 3 30 SCHEDULED ACTUAL < 23 ; : = : 
| | Al/UYK-4 Interface SS 9/4 9/4 K 
6 | Dual CRT Switch S 9/4 9/4 y 
45 HSOC Interface oF 9/17 *Q/4 ry 
91 0CR Trade-Off Analysis S Ovi] *O/G TX 
8 | BR-700 Interface D ty 2 11/30 Kae 
g@ | AN/UYK-4 Interface D Vie ayes x X 
4 | NSOC Interface D WW 11/6 X K 
0} OCR Trade-Off Analysis D 11/2 11 ieee x 
0 | Functional Descrip Rev (West) D 11/16 = & 
4 | Dual CRT Switch s D aL a X 
ih) Functional Descrip Rev (East) S 9/4 9/4 ns 
911 OCC 526/GCC-48 Interf Analysis OD 11/16 x 
2A] Functional Descrip Rev (East} D qe x 
| 
| 
Previous FY-74 Milestones Completed | | 2g] / jae rd 
Rr Eis Pecteniny OF seinen TOTALS 3 | 3 
MILESTONES MISSED (INCLUDE REASONS, EFFECT ON FROLLEM/PROJECT, REMEDIAL ACTION... i ine 
TAKEN, AND WHEN) . FY-74 
eee: TOTALS 38 12 § 


9. 210 - This milestone was missed due to delay in typing. Estimated completion 
date is 14 December 1973. Minor impact on the program is anticipated. 
Responsible code is Code 1130. 

0. 209A - This document was rejected by project QA on 6 December. Estimated 
completion date is 14 December 1973. iinor impact on the program 1s 
anticipated. Responsible code is Code 1130. a 

0. 214 - This milestone was missed due to underestimation of the complexity and eee 
time required for completion. Estimated completion date is 14 December 
1973. Minor impact on the program is anticipated. Responsible code 15S 
fede 1130. 
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[PROGRAM IMANAGER, CODE 1100 Zu MILESTONE DATE : ae 
. . MILESTOME Um 0 SCHEDULED] REVISED < oe z == 
No. LO ENTIFICATION = ee < 2545 ae >= 
111 | BR Prog Prod & Unit C/0 S} 5330} 10/1 10/1 4 X | 

12 | BT Prog Prod & Unit C/0 S 10/1 10/ 1a x 

145 | THP Prog Prod & Unit C/0 S 10/8 16/S8 tex 

116 | TUR Prog Prod & Unit C/0 S 10/8 10/8 | X 

119 | PCM Prog Prod & Unit C/0 S 10/15 10/15] Xx 

120 | TFM Prog Prod & Unit C/0 S 10/15 10/154 X 

114 | TUR Program Specs D 10/19 10/139] X 

124 | OMP Prog Prod & Unit C/0 S 10/22 10/22} X 

123 | Mid Prog Prod & Unit C/0 SS 10/22 10) Cea 

13} TP Program Specs DI. 10/26 =10/2Glmr 

109 | BR Program Specs ( D 10/26 10/26] %* 

i110 | BT Program Specs D 10/26 *10/19} xX 

(7 PCl Program Specs D 11/2 11/2 | X 
118 | TFM Progrem Srecs D Wye Ll / ae 

22 | OmP Program Specs D Wee 1 1) en 

2) | fui Pregram Specs D W793 Lley 1h eek sien 

635 | ROTA S/S Integration S 12/15 

(36 | LONDON S/S Integration S VANS 

130 | BT Program Prod & Unit C/0 F 12/15 

0 | System Integraticn S Lie 

126} 1hP Prog Prod & Unit C/0 F ala 

ize) BR Prog Pred & Unit C/0 F m/l 

weet PCH Prog Pred & Unit C/0 F 1/11 

134 | NORFOLK S/S Integration S 1/14 

fem TUR Prog Prod & Unit C/O F bf 29 

ize |} TFIM Prog Prod & Unit C/0 F 1/25 

nSe)4 OP Prog Proa & Unit C/0 F 1/25 

13] ™ Prog Prod & Unit C/0 F 1/25 
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DF im nated” Mate 2 ae a 


MILESTONE DATE CHECK ONE fo 





Zu oy] reese 

fm o = a = vd z 

MILESTONE es ao 

, ere = SCHEDULEO?! REVISED ACTUAL > 2 = 

No. IOENTIFICATION Was 3S 
07 | Install DFC-B/A Conv-ItUxX 4300 Ifa 


5 
02 | DFC-B/A Conv-UX Reprogramming F 
34 Install DFC-B/A Conv-Mux F 
04} Ship DFC-B/A Conv-KUX F 
05 | Checkout DFC-B/A Conv-HUX S 
06 | Checkout DFC-B/A Conv-iiUXx F 


fa | 
Li oa 
7/20 

7/30 1/30 
8/21 
9/4 ve 
9/4 
9/4 | 

| 








WA{ DFCU Delivery S x 
N8A| Data to Code 6430 (DFCU) S X | 
JOA} PM-16 Revision (DFCU) S x ! 
OA} DACOM Bypass Fab'n & Test S 9/4 X : 
ITA} Data to Code 6430 (DACGiH) S 9/4 if ; 
\2h | DFCU Delivery F 1/2 | x | 
3A) Data to Code 6430 (DFCU) F 11/9 ae 
WA} Piin16 Revision (BFCU) D ios | xt | | 
5A} DACOM Bypass Fab'n & Test F 2") eo) 
6A} Data to Code 6430 (DACOM) e ie 2 Xj 
WAY REDR/NIDH Installation S iy 2a 
IBA} REDN/NIDN Installation F 
Pa eee | rorats 
VAILESTORES FAISSTD (INCLUDE REASONS, EFFECT ON PR OULEM/PROJECT, REMEDIALACTION  fY-7q 0. 
| TAKER, AND WHEN) OT AlLS 1D, 5 0 
i; Milestone No. 105 date revised on 7/20/73. . 
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MILESTONE DATE o> 


ACTUAL 


ole on Ones, 


5 | IDENTIFICATION 
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SCHEDULED REVISED 





2460 


1B | Install Development Facility 
3B} Autodin Plan 

By} Install Bota (Lab) 

3B} Install London (Lab) 

8 Install Cevelopment Facility 
381 Install Norfolk (Lab) 

B {| Autodin Plan 

Bi Install Rota (Lab) 

4B | Install London (Lab) 

B| Install Norfolk (Lab) 

‘8 | Interconnect System 

3B! Interconnect System 

1Bj Prepare for Snicment 

3B} Prepare for Shipment 


10/15 | 10/15 


ay i 
TBD 
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Previous FY-74 Milestcnes completed 


$ Start P Preliminary E. External Delivereble 


F = Finish D = Deliverable * = Completed early TOTALS 0 | 3 | l 
Se ea =< s 
ILESTONES MISSED (INCLUDE REASONS, EFFECT ON PROBLEM/PROJECT, REIMEDIAL ACTION 
TAKEN, AND WHEN) FY-74 8 3 


TOTALS 


)». 1138 - This milestone was missed due to late supply of PDP11 equipment from 
NAVELEX. Estimated completion date is to be determined and will be 
reported when knewn. Minor impact on the program is anticipated. a. 
Responsible code is Code 1000. 
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— N424/0SIS | 7 Decenber 1973 
: 1130 aid oes 
































































PROGRAM MANAGER, Cove — 1100 ar a ee ee OS Wise 
MILESTONE UGS SCHEDULED] REVISED AcTUAL | § a F. ae 
LOENTICICA TION c = . oe 
A-B-A Hdwre Tech Man (Type II) S 10/1 10/1 X | 
02 | A-B-A Software Proj Manual S 10/1 10/] X 
03 | Elint L. D. Hdware Tech Man S 10/1 10/1 X 
06 | DFCS: Hdware System Tech Manual S 10/23 10/23 | xX 
oO DFCS Software Proj Man (TTY Int) § 10/23 10/23 | X 
108 | DFCS Software Project Man (LPInt) S$ 10/23 10/23 X 
109 }.DFCS Software Project Man (TPInt) $ 10/23 0/2 oe. 
10 | DFCS Software Project tan (TRInt) § 10/23 107 2S ex 
lod | Elint L. D. Hdware Tech Man D 11/2 2 1X 
105 | NELC Review (No. 104) S 11/5 41/5 x 
1] | NELC Review (No. 104) F 11/9 11/9 X 
N2 | Elint L.D. Hdwre Tech Man (Update)s 11/9 11/9 ee | 
144 | Elint L.D. Hdwre-Tech Man(Update) F 11/26 7 26 ex 
3 | HELC Review (Ko. 11714) S 11/26 11/26 “ex 
15 | RELC Review (No. 114) F 11/30 11/30 | xX 
Né | A-B-A Hdwre Tech Man (Type II) F AO | Warp | Vee i Is | 
7? | A-B-A Software Proj Manual F 11/30 2G X 
18 | NELC Review (Ho. 116) S 12/3 12/4 X 
19 | NELC Review (No. inva) S 12/10 
20 | NELC Review (No. 116) F 12/17 *12/7 | X 
21 | A-B-A HKawre Tech Manual (Update) S 12/17 
22>} NELC Review (Ro. 117) F 12/17 
3 A-B-A Softwre Proj fan (Update) § T2747 | | | 
05 | A-B-A Hdwre Tecn-itanual (Update) F 12/24 
24 | KELC Review (No. 125) S a724 | | | 
27 | A-B-A Softwre Proj Man (Update) F 12/24 | 
Some iielLC Review (No. 127) S 12/24 
28.) NELC Review (No. 125) D 12/28 
29 | NELC Review (No. 127) D 12/28 
a 
= St = iminar = cternal Deliverable 
‘ > 2 Bae, nie eer * = ey early TOTALS 2 | G 0 


MILESTONES MISSED (INCLUDE REASONS, EFFECT ON PROBLEM/PROJECT, REMEDIAL ACTION 
TAKEN, AND WHEN) 
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PROBLEM MANAGER, CODE 1130 SS SS | So Rag 
PROGRAM MANAGER, CODE 1100 Pig MILESTONE DATE = J a 
i a cas ; 
MILESTONE ater aeons ice 
I 10. IDENTIFICATION a ade 
01 | NEDH/NION Hdwre Tech Manual S | 6430 | 10/15 
02 | NEDUN/HIDW Sftwre Proj Manual S Woes 
3 | NEDN/NIGHY Hdwre Tech Manual e 12/14 
04 | NEDN/NIDN Sftwre Proj Manual F 12/14 
05 | NELC Review (fo. 203) S 12/17 
206 | NELC Review (io. 204) S 12/17 
07 | NELC Review (Wo. 203) F V/1] 
08 | NELC Review (No. 204) F 11 
| 
| 
| 
L 
| | ee 
'D: Bs P = Prelimi E = Externel Deliverabl : - A 
) e a Sian D = Sane ae tos Cerncied Bry) TOTALS | ¢ | 0 | 0 | U 
CMILESTONES BISSED (USCLUDE REASONS, EFFECT ON PROULEM/PROJECT, REMEDIAL ACTION ' 
TAKER, AND WHEN) FY-74 10 «2 
3 . TOTALS 0 
100 - 
Mune S02) Seventeen Ty Oo - ee ee ee Ten a Se a ee 
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101 | Comm Phase 1 SSD (Sect 1-2) S 7s ys X 
102 | Comm Phase 1 SSD (Sect 1-2) F Weel 12/7 X 
103 | Comm Phase 1 SSD (Sect 1-3) S 12/10 
104 | Comm Phase 1 SSD (Sect 1-3) ie iaa4 
105 | Comm Phase 1 SSD (Preliminary) S 1A? 
106 | Comm Phase 1° SSD (Preliminary) P 1/18 
107 | Prep for Final Design Review S 1/21 
108 | Prep for Final Design Review F 2/1 
109 | Final Design Review S 2/4 f. 
110 | Final Design Review F 2/8 e 
11] | Comm Phase 1 SSD (Final) S 2/11 
112 | Comm Phase 1 SSD (Final) D eS 
| 
ID: = = Freliminar = é iver | | 
. : 2 ae = eae : = eth Re TOTALS z 0 0 C 
SHMILESTONES MISSED (INCLUDE REASONS, EFFECT ON PROCLEIM/PROJECT, REMEDIAL ACTION a i | te 
TAKEN, AND WHEN) FY-~74 0 O 
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ROBLEM MANAGER, CODE mere 
PROGRAM MANAGER, CODE 1100 


spill Si) bt ted 


ee ee een we. 


LDENTIFICATIOP 


IDS Interface Desian 
Central Table Design 
Command Manual 

Central Table Desian 


system Segmentation Design. 


System Segmentation Design 
Subsystem Specs 

IDS Interface Design 
Subsystem Specs 

Command Manual 

Module (Program) Specs 
Test Data Base Development 
Module (Program) Specs 
Program Prod & Unit C/0 
Test Data Base Cevelopment 
Test Plan Development 

mes Prog Prod & Unit C/0 
Test Plan Development 
Subsystem Intearation 
Module (Prog) Maint Manual 
Subsystem Integration 
Module (Prog) Maint anual 


Bulk Update Program Specs 
ELIiiT Data Base Specs 
Bulk Upaate Program Specs 


Bulk Update Prog Prod & Unit C/0 
Bulk Update Prog Prod & Unit C/0 


Revise Cond ianual & SSD - 
ELIht Data Bese Srecs 
Revise Cemd Manual & SSD 





S = Start P = Preliminary 
F = Finish OD = Deliverable 


MILESTONES tISSED (INCLUDM REASONS, EFFECT ON PROELEM/PROVECT, REMEDIAL ACTION 


TAKEN, AND WHEN) 
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Sltsee 
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7/2 
7/2 
7/2 
7/27 
7/30 
8/31 
9/4 
E 9/28 
F 9/28 
E 9/28 
10/1 
10/1 
E 11/16 
11/19 
11/30 
12/3 
2/15 
2/15 
2/18 
2/18 
3/29 
4/26 








> PIE 
S 1/14 

D yale 
S 1/2 
F 2/18 
S aie) 
D ey io 
D aye ae 


External Deliverable 
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PROGRAM MANAGER, Cope 1100 MILESTONE DATE sl ; 
LMLESTONE mE ae oe 
x» it IDC NTIFICA TION Game 2 aati ie = ee 
VIP Program Specs S } 5200 8/13 8/13 x | 
ONH Program Specs S 8/13 8/13 X 
OTCH Program Specs S 8/13 8/13 X 
TCH Program Specs. S 8/13 8/13 X 
BITCH Program Specs S 8/13 8/13 XK 
RTCH Program Specs S 8/13 8/13 A | 
OTCH Program Specs D ho7 2a 72 le . 
OTCH Prog Prod & Unit C/0 S 10/29 10/29 x | | 
VIP Program Specs D 15/2 clea X | 
TCH Program Specs D 11/2 11/2 X | , 
BITCH Program Specs D a2 11/6 a ae | | 
macia Procram Specs D Wie ay > eleen ae 
Data Base Specs S EES W/s X ‘a 
VIP Prog Prod & Unit C/0 S < S W/5 -t & 
meh Prog Prod & Unit C/0 : 1/5 11/5 X 
BTCH Prog Prod & Unit C/0 S yes 11/5 X 
RTCH Prog Prod & Unit C/0 S Wy bys X 
OKH Program Specs . D 11/9 ey 2 x oak | 
ONH Prog Prod & Unit C/O. S ey 2 11/12 x 
Data Base Specs D 12/al 
VIP Prog Prod & Unit C/0 F 12/2) 
eH Pros Prod & Unit C/0 e 12/2) 
VIP Intecration 5 iz) 2s : 
TCH Integration S LAAs | 
ONH Prog Prod & Unit C/0 F 1/11 
ONH Integration S 1/14 
OTCH Prog Prod & Unit C/0 P We25 | 
| 
Previous FY-74 Milestones Completed | / AS Sal 
es Gaunaul, _ © = Completed early. ToTats }19 | 4 | 0 | C 
TAKEN, AND WHEN) Feel t 53. «4212 ] 
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PROGRAM MANAGER, CODE 1100 | , MILESTONE DATE ae 
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MILESTONE -- _ 
1S ! REVISEO 


SCHEDULED! 
No, IDENTIFICATION - ! 





———— 


105 |APS 2.0 S/S Design Validation S 


/ 
106 |APS 2.0 S/S Design Validation D WE | Wee 








i 


* eS 
a = ES ey SE oe a < ra ‘cnduaes %. cage GIT-UEOUIREE SY EE Ga we weerg f cee Om weerersmamew wy 0 a 


105B13.0 Functional Analysis S | 
106B/3.0 Functional Analysis D | 
{ 
, 
}01C}3.0 Data Requirements S | 
i 3.0 Data Requirements D 
| 
: 
Previous FY-74 Milestones completed . 
D: S = Start » P = Preliminary E = External Deliverable ‘owe 
F = Finish D = Deliverable * = Completed early TOTALS 4 l 0 U 
WWALESTONGES MISSED (INCLUDE REASONS, EFFECT ON PROBLEM/PROJECT, REMEDIAL ACTION (ies 
TAKEN, AND WHER) FY-74 FS 7 
‘TOTALS 
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ROBLEM MANAGER; CODE 


1130 a 
| ROGRAM MANAGER, CODE : 


1100 
MILESTONE 


IOLNTIFICATION 
a sae 


1/0 Formats for 2.0 Test Progs 
CA 2.0 S/S Test Plan (I) 
@ee.0 S/S Test Plan (J) 
Oaec.0 S/S Test Proc & D 
IMP 2.0 S/S Test Plan (I 
COMM 2.0 S/S Test Plan ( 

I 

( 





RES2ON- 
Stirs 
COeCe 


230 
ata (II) 


) 
mae 2.0 S/S Test Plan ( 
COMM 2.0 S/S Test Plan (J) 

2.0 System Test Plan (I 

Mg 2.0 5/5 Test Proc & Data (II) 
APS 2.0 S/S Test Plan (I) 
CO 2.0 S/S Test Proc & Data (II) 
CA 2.0 S/S Test Proc & Data (JI) 
2.0 System Test Plan (I) 

APS 2.0 S/S Test Plan (1) 
emoeSystem Test Proc & Data (II) 
eee 2.0 S/S Jest Proc & Data (II) 
mee c.) S/S test Proc & Data (IT) 
CA 2.0 S/S Test Anal Rot (IIT) 
COM 2.0 S/S Test Proc & Data (II) 


) 
I 
) 
I 


mao systen Test Proc & Data (1 
mes 2.0 $/S Test Proc '& Data ( 
IlsP 2.0 S/S Test Anal Rpt (III 
eeecwO)S/S fest Anal Rpt (III) 
COMM 2.0 S/S Test Anal Rpt (III) 
2.0 System Test Anal Rot (IIT) 
feo2.0 S/S Tsst Anal Rot (II) 
meee.0 S/S Test Anal Rpt (IIT) 
COMM 2.0 S/S Test Anal Rot (III) 
2.0 System Test Anal Rpt (III) 
pee) 2.0 S/S Test Anal Rpt (111) 
Previous FY-74 Milestones completed 


S = Start ce 
F = Finish D= 


(] 
1) 
I] 
) 


VTOIVTIMMNMNNINNDUDVUAUIMNONNDUDIOINNNNDTMMNNOMNT 





Preitmminary E = 
Deliverable *t = 


RMILESTONES MISSED (iB lLUOEAREASONS, EFFECT OW PROBLEM/PROJECT, REIMEOIAL ACTION 


TAKER, AND WHEN) 


i 217 date revised 10/15 
I. 228 & 221 dates revised 11/30/73. 
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11/9 
11/16 
WANE 
11/19 
11/21] 
11/26 
teas 
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ee 
12/14 


12/21 


Weyer 


= External Deliverable 
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AP Pere ee 
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a “ nen ee ee 
« - Pts 
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9°R ROGRAM MANAGER, CODE 1100 US MILESTONE DATE ion, y 
; SOT Uae SCHEDULED] REVISED | ACTUAL | E Set S E Ae 
, , = — = nO ey ae ee 
Bt |} CA 1.7 Subsysten Tae ~* § $1130 7/9 7/9 fy 

j2 | IMP 1.7 Subsystem T&E 5 -7/9 TON NY, 

3 | CA 1.7 Subsystem T&E F 7/13 akmes 

14 =| IMP 1.7 Subsystem T&E . Niles i Vo alex 

D5 11.7 System T& S 7/16 7/75 

6 | COMM 1.7 Subsystem T&E S 7/16 ea 

7 | 1.7 System T&E 5 720 1/20 (Oa 

% | COMI 1.7 Subsystem T&E = 7/20 7/20 |} X 

99 | APS 1.7 Subsystem T&E S 8/13 8/13 | x 

10 | APS 1.7 Subsystem T&E F "8/17 8/17 | x | | 

N3 | CA 2.0 Subsystem T&E S 10/20] 11/5 eel) 124 oe 
m4 | CA 2.0 Subsystem T&E F 11/2 ES, 11/16 |X X 

#5 | IMP 2.0 Subsystem T&E S Py alae | WA ec ip : 
(7 | IMP 2.0 Subsystem T&E F 11/16 11/16 | Xx 

16 | COMM 2.0 Subsystem T2E S 11/19 pu eas 

8 | CO 2.0 Subsystem T&E r 11/21 ely ome 

Mm {2.0 Systen T&E S 11/26 i / come | 
i] | APS 2.0 Subsystem T&E S 11/26 | 12/13 X 

20 | 2.0 System T&E F 11/30 W/30 74% 

12 | APS 2.0 Subsystem T&E F 11/30 | 12/14 

WsA i 1.7 System Re-Test & Eval: S 8/6 

V9A | COMM 1.7 Subsystem Re-Test & Eval §S &/6 | 

MOA | 1.7 System Re-Test & Eval F 8/10 | 

TWA | COMM 1.7 Subsystem Re-Test & Eval F €/10 
Previous FY-74 Milestones completed 0 | | 
1): S = Start Pe =@ Preliminary E = External Deliverable rn 

. F = Finish D = Deliverable * = Completed early 

WAILESTONES MISSED (IT;CLUDE REASONS, CFFECT ON PROELEM/PROJECT, REMEDIAL ACTION py 

TAKEN, AND WHEN) FY- 74 26 0 4 
TOTALS 
/113 & 114 dates revised 10/15 
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CONFIGURATION CONTROL 


The following three pages are examples of forms used 
by the WWMCCS Project Office in tracking and controlling 
engineering changes within the project. Requiring a for- 
mal process such as this when engineering changes are 
performed maintains the necessary checks and balances on 
changes to the design. It allows the project manager to 


track the actual make-up of the equipment being developed. 


IO hys 





; . , ENGINEERING CHANGE ORDER 











ECO flo. Date 
faemees [CR eo} ; 
meeCO TITLE 
(Sameos LCR) 
2. IAPLEMENTATION SCHEDULE Start Date Completion Date 





Documentation 








Program Development 





Hardware Changes 


System Version Phase (f or I) Release Date 
(100, etc.) 


1 (Attach ecpy of revised Subse chert refectirg this chine) 








Cc STL | (gad = 8 fo ~ 1 a1 
Mo Si Gi) DESI SPECIFICATION 
This poruzranh willeuntina the syseern dessen specifications foreach function requiring modification. This dtsign will be preparca consisicue 
wath the OS'S nerfornance ond Cestt sreciie dons and cesctupinent for tre epgruguste version Functions will be specifies x perciely 6s 


fhithe System Design Specipicutions to case tne Julure upeate of tial duecummenh 


BemARDVIARE CHANGES 


Herdmwere choazes required weil be noted with prrtcnentcommentyon eutaliclion date or other necessary infonne tion, 


BOO CURIENTATICN CHAHSGES . : 


(Last the documents that wil require wpuaie) 








G. This change will be incorporated in the next revision of IV/A(s): 





“Implonrwnatotion sutinorized snd duccted: ee 
: GG eG aecul ent... st 


PUKIMELCH~4130/tL (5-73) | 
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ENGINEERING CHANGE REQUEST 








SO hal teatime 


ECR Wo. sua Date 


1. Originator (MELC/MIeeSSA/User) 2, ECR Cless ( I/Il) 


3. Document(s} Affected/Title of Chanca: 
4. Description of Chane2: 


5. Reason for Chenge: 

















G. Estirnaicd Imnect: NO 





Phase l YES NO Phase tl YES 


(Explain “YES” reyponsz. Include revised schedule dates. ete.) t 





Beesittieied Eiiccts on Fariormence/Desica Socciticstions: 


> 
x 


&. Rough Orcer of Magnituas Schcaule and Cost Impact Stetement: 





Submitted: 





(Teosk Leader Signature) 


ears -—_ -_ al = ~~ ee poe ee» = —- ot te —_ > = ae = eae — ga ge Cs Cs es = — — — =_— _— 
° 








Approved: Disapproved: 











(Date) (Date) 








Analysis Due: From (Cods): . 


(fcte) 








a EE aN SPE ge, Ee 


fAtcncture} } 


7. 
ee 


Clrieman: 


ot we ee 





a ee Se 
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FIELD EIXGINEERING CHANGE REPORT 


FECR Ho. Date: | ies 


1. Originator: / 








2. Description of Chenge: 


. 


Sa 


eee Reason for Chance: 


4. Estimated Effects on Performance: 


SGU GIOG Se 
(On-Site Yeam Leacer) 


OMEGGeme co ee i 


(PyO7eee HANaIeL> 


= eee = Se 


Forwarded: — , 
(Tine aticy ) 


—_——_ 
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PROGRAM EVALUATION AND REVIEW TECHNIQUE (PERT) 


PERT was developed for the Navy's Polaris missle project 
im 956 and is credited with playing an important role in 
bringing missles into operation two years earlier than an- 
Mew paveon FERT is basically a Critical Path Method of 
Planners ane seomurol Tine sine a probability Gistributlion 
EO Cptmate mosue likely path Tengths. 

PERT is an excellent tool by which a project manager 
ORVa = 


* estimate the time at which each milestone in the 
PRouvoeumcan bes eCancec ted > 


* predict slippages and estimate the effect of slip- 
Pa&es ; 

* select the "critical path" of those activities which 
cannot be delayed without jeopardizing the entire 
EO) Cig 


¢ force the project manager to draw a network and 
thereby think about his planning task, 


« logically show how events relate. 


Poh has Lallteee motte Least moteawna ch ict 1tbS.complexity, 
buC Some sVvarlationwolstme Critically path network can be used 
Dy every project manager asea tool to assisi in planning for 


aiidmeomenr Ol 1ingeni Ss pro] eee 


ealeh 
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Baker gee, Vievani Zaulonalovyewems General Systems Approaches 
fomcon lex sOreanl ZattotemenicChard Dowbewin, dime... 1973. 





Baumgartner, J. S., Project Management, Richard D. Irwin, 
ime... 1963, 


Deantecraert @ Meme bs and=Ktnz, £.0h., Complex Organizations 
and Their Environments, Wm. C. Brown Co., 1972. 


Beeorer ea Vee Weekes Ue Lovell ovysuems Myth, in Emerging 
Concepus an Manasement secgemeoy sO oi 5a Ss) 7., 
andwLuthhinee haw Macmijlan, 19169. 


ode ondmekine, Week, Management: A Systems Ap= 
pEosca ye carey —l ee book «Companies LOM 


fre Andee crias King, Wooh., systems.680rgani zacvionss 
Analysis, Management: A Book of Readings, McGraw-Hill 
Book Company, 1969. 


Heaevwine , Rewee. and furmail, R. bo; The successful Engineer 
Manager, Hayden Book Co., Ine., 1971. 


piste ete) weond Bowditch, J. 6., Behavior in “Organizations: 
A Systems Approach to Managing, Addison-Wesley Pub- 
i Seer Tl Ono 13. 


fomnsOl wine. , Kastesr. &. and Rosenzweig, J. Bs, “sysitems 
Theory and Management," in Emerging Concepts in Manage- 
Mente, CG py WOrtnal sallow mead. LUuthamcry, Fb . ; 
Macmillan, 1969. 


Wommsen., ht. A., Kast, beh. and Hosenzwete, J. E., Ihe 


Theory and Management of Systems, McGraw-Hill Book 
Company, 1963. 


hline aime. ondelifson,y MW Se systems Engineering, Lec= 
ture Notes, Naval Postgraduate School, 1970. 


Pe@gunaeem. ond O'DOnno] laeew = trinciples! of Management: 
An Analysis of Managerial Functions, McGraw-Hill Book 
Somoany, 19/2. 


Jie eee Une ssystens concept,” in Systems, 
Organizations, Analysis, Management: <A Book of 
Reais , Cd. DyeClelandvaep. F--and King, W. R.. 
McGraw-Hill Book Company, 1969. 








Martino, R. L., Project Management, MDI Publications, 1968 


Munro, W. S. and Brennan, A. C., Project Management as Re- 
lotewmcLo Vecapone Gevelounciuinahavy akesearch and De—- 


Velopienu Organizations. waster” s™iNesig, Naval Posts 
meaduatemachool, Monvercy, California ,9/ 3. 


Naval Electronics Laboratory Center Digest, prepared by 
NEEG see nning Office, 30° June 1973. 


Neuschel, R. F., Management by System, McGraw-Hill Book 
Company, 1960. 


Richards, M. D. and Nielander, W. A., Readings in Management, 
South-Western Publishing Co., 1963. 


pean lage eho rimeip les sor Manazement and Organizational 
Behbavmore Johnngwiley and sons, Inc., 1973. 


ochoderbek, P. P., Management Systems, John Wiley and sons, 
Ine. , #967. 


steiner, @. A. and Ryan, W. G., Industrial Project Manage- 
ment, Macmillan, 1968. 


Stokes, P. M., A Total Systems Approach to Management Con- 
trol, American Management Association, Ine., 1968. 


Webster's New World Dictionary of the American Language, 
EG eRemroat Won, "aay by GUraliiky BF B."and Friend’, J. 
RW oe eT bdaiis iii ne seo ore 


Wor ln) ote de ands Luvnansewree, Kmeraing "Concepts ian 
Management, Macmillan, 1969. 
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No. Copies 


Defense Documentation Center O 
Cameron Station 
Alexandria, Virginia 22314 


bran ver COdemOc i 2 2 
Naval Postgraduate School 
Monterey, California 93940 


Department Chairman, Code 55 Bh 

Department of Operations Research . 
and Administrative Sciences 

Naval Postgraduate School 

Monterey, California 93940 


DreOles Sema Were Tei wiomemcodc 55Ci 1 
Department of Operations Research 
and Administrative Sciences 
Naval Postgraduate School 
Monterey, California 93940 


Asst Professor P. DeMayo, Code 55Dm 5 
Department of Operations Research 
and Administrative Sciences 
Naval Postgraduate School 
Monterey, California 93940 


Pie QUro lilo woh ik 
915 Wilshire Drive 
Branson, Missouri 65616 


Pies. NODC? C.Sremunet 1 
l72e Lighty Lane 
Nemuuine® Beachy Vermicdamuesce 56 


Mie Mev. Eddyes Code 4400 1 
Navel ElectronivessLlabeoravor  scenter 
bam Dileso , Gall itornta®. 9252 


Code 1000 Il 
Naval Electronics Laboratory Center 
Same LecOjwealifornia® 92152 


Mice. LUPNCr Codes Iie elt 
WWMCCS Project Office 

Naval Electronics Laboratory Center 

Simmel eeO jp lalitormia = 92i52 


114 





a 


a 


1S e 


promesocor MonbB. Kiinew Cede 55kKx 
Doparetnent efpPOperationsy Research 
and Administrative Sciences 
Naval Postgraduate School 
Monterey, California 93940 


Mie “Leer Gaynor 

Npite Project Orfice 

Naval Weapons Center 

China Lake, California 93555 


Defense Logistics Information Exchange (DLSIE) 
Fort Lee, Virginia 23801 


115 


D. ids 


7 oe oo Ef > ry T; 





155442 
Thesis 
Q85 Qurollo 
ca The systems approach 
and project management 
in the Naval Laboratory, 
Lees "88448 
tt FEB 76 “26la4u 
51 BONE 5 ek 


2e6auks 








thesO85 i 
The systems approach and project managem 


MUNN 


3 2768 001 93095 1 ° 
DUDLEY KNOX LIBRARY | 










































































































































































